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Лекция Л. 
Основные понятия и 
определения 


Программы и программное обеспечение 


Программа — это данные, предназначенные для управления кон- 
кретными компонентами системы обработки информации (СОЙИ) в це- 
лях реализации определенного алгоритма. 


Обратить внимание: программа — это данные. 





Один из основных принципов машины фон Неймана — то, что и 
программы, и данные хранятся в одной и той же памяти. Сохраняемая в 
памяти программа представляет собой некоторые коды, которые могут 
рассматриваться как данные. Возможно, с точки зрения программиста 
программа — активный компонент, она выполняет некоторые действия. 
Но сточки зрения процессора команды программы — это данные, кото- 
рые процессор читает и интерпретирует. С другой стороны программа — 
это данные с точки зрения обслуживающих программ, например, с точ- 
ки зрения компилятора, который на входе получает одни данные — про- 
грамму на языке высокого уровня (ЯВУ), а на выходе выдает другие дан- 
ные — программу в машинных кодах. 


Программное обеспечение (ПО) — совокупность программ СОИ и 
программных документов, необходимых для их эксплуатации 


Существенно, что ПО — это программы, предназначенные для 
многократного использования и применения разными пользователями. 
В связи с этим следует обратить внимание на ряд необходимых свойств 
ПО. 


4 Основные понятия и определения 


Необходимость документирования 


По определению программы становятся ПО только при наличии 
документации. Конечный пользователь не может работать, не имея доку- 
ментации. Документация делает возможным тиражирование ПО и про- 
дажу его без его разработчика. По Бруксу ошибкой в ПО является ситуа- 
ция, когда программное изделие функционирует не в соответствии со 
своим описанием, следовательно, ошибка в документации также являет- 
ся ошибкой в программном изделии. 


Эффективность 


ПО, рассчитанное на многократное использование (например, 
ОС, текстовый редактор) пишется и отлаживается один раз, а выполня- 
ется многократно. Таким образом, выгодно переносить затраты на этап 
производства ПО и освобождать от затрат этап выполнения, чтобы избе- 
жать тиражирования затрат. 


Надежность 

В том числе: 

х* Тестирование программы при всех допустимых 
спецификациях входных данных 

Ф Защита от неправильных действий пользователя 

х* Защита от взлома — пользователи должны иметь 
возможность взаимодействия с ПО только через легальные 
интерфейсы. 


Появление ошибок любого уровня не должно приводить к краху 
системы. Ошибки должны вылавливаться диагностироваться и (если их 
невозможно исправить) превращаться в корректные отказы. 


Системные структуры данных должны сохраняться безусловно. 


Сохранение целостности пользовательских данных желательно. 


Возможность сопровождения 


Возможные цели сопровождения — адаптация ПО к конкретным 
условиям применения, устранение ошибок, модификация. 


Во всех случаях требуется тщательное структурирование ПО и но- 
сителем информации о структуре ПО должна быть программная доку- 
ментация. 
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Адаптация во многих случаях может быть передоверена пользова- 
телю — при тщательной отработке и описании сценариев инсталляции и 
настройки. 


Исправление ошибок требует развитой сервисной службы, со- 
бирающей информацию об ошибках и формирующей исправляющие 
пакеты. 


Модификация предполагает изменение спецификаций на ПО. 
При этом, как правило, должны поддерживаться и старые специфика- 
ции. Эволюционное развитие ПО экономит вложения пользователей. 


Системное программирование 


Системная программа — программа, предназначенная для поддер- 
жания работоспособности СОИ или повышения эффективности ее ис- 
пользования. 


Прикладная программа — программа, предназначенная для реше- 
ния задачи или класса задач в определенной области применения СОИ. 


В соответствии с терминологией, системное программирование — 
это процесс разработки системных программ (в том числе, управляющих 
и обслуживающих). 


С другой стороны, система — единое целое, состоящее из множе- 
ства компонентов и множества связей между ними. Тогда системное 
программирование — это разработка программ сложной структуры. 


Эти два определения не противоречат друг другу, так как разра- 
ботка программ сложной структуры ведется именно для обеспечения ра- 
ботоспособности или повышения эффективности СОИ. 


Подразделение ПО на системное и прикладное является до неко- 
торой степени устаревшим. Сегодняшнее деление предусматривает по 
меньшей мере три градации ПО: 


Ф Системное 
Ф Промежуточное 


Ф Прикладное 
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Промежуточное ПО (ш!Ч4е\маге) мы определяем как совокуп- 
ность программ, осуществляющих управление вторичными (конструи- 
руемыми самим ПО) ресурсами, ориентированными на решение опреде- 
ленного (широкого) класса задач. К такому ПО относятся менеджеры 
транзакций, серверы БД, серверы коммуникаций и другие программные 
серверы. С точки зрения инструментальных средств разработки проме- 
жуточное ПО ближе к прикладному, так как не работает на прямую с 
первичными ресурсами, а использует для этого сервисы, предоставляе- 
мые системным ПО. 


С точки зрения алгоритмов и технологий разработки промежуточ- 
ное ПО ближе к системному, так как всегда является сложным про- 
граммным изделием многократного и многоцелевого использования и в 
нем применяются те же или сходные алгоритмы, что и в системном ПО. 


Современные тенденции развития ПО состоит в снижении объе- 
ма как системного, так и прикладного программирования. Основная 
часть работы программистов выполняется в промежуточном ПО. Сни- 
жение объема системного программирования определено современны- 
ми концепциями ОС, объектно-ориентированной архитектурой и архи- 
тектурой микроядра, в соответствии с которыми большая часть функций 
системы выносится в утилиты, которые можно отнести и к промежуточ- 
ному ПО. Снижение объема прикладного программирования обусловле- 
но тем, что современные продукты промежуточного ПО предлагают все 
больший набор инструментальных средств и шаблонов для решения за- 
дач своего класса. 


Значительная часть системного и практически все прикладное ПО 
пишется на языках высокого уровня, что обеспечивает сокращение рас- 
ходов на их разработку/модификацию и переносимость. 


Системное ПО подразделяется на системные управляющие про- 
граммы и системные обслуживающие программы. 


Управляющая программа — системная программа, реализующая 
набор функций управления, который включает в себя управление ресур- 
сами и взаимодействие с внешней средой СОИ, восстановление работы 
системы после проявления неисправностей в технических средствах. 


Программа обслуживания (утилита) — программа, предназначен- 
ная для оказания услуг общего характера пользователям и обслуживаю- 
щему персоналу СОИ. 


Управляющая программа совместно с набором необходимых для 
эксплуатации системы утилит составляют операционную систему (ОС). 
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Кроме входящих в состав ОС утилит могут существовать и другие 
утилиты (того же или стороннего производителя), выполняющие допол- 
нительное (опционное) обслуживание. Как правило, это утилиты, обес- 
печивающие разработку программного обеспечения для операционной 
системы. 


Система программирования — система, образуемая языком про- 
граммирования, компилятором или интерпретатором программ, пред- 
ставленных на этом языке, соответствующей документацией, а также 
вспомогательными средствами для подготовки программ к форме, при- 
годной для выполнения. 


Этапы подготовки программы 


При разработке программ, а тем более — сложных, используется 
принцип модульности, разбиения сложной программы на составные ча- 
сти, каждая из которых может подготавливаться отдельно. Модульность 
является основным инструментом структурирования программного из- 
делия, облегчающим его разработку, отладку и сопровождение. 


Программный модуль — программа или функционально завершен- 
ный фрагмент программы, предназначенный для хранения, трансляции, 
объединения с другими программными модулями и загрузки в оператив- 
ную память. 


При выборе модульной структуры должны учитываться следую- 
щие основные соображения: 


Ф Функциональность — модуль должен выполнять 
законченную функцию 


Ф Несвязность — модуль должен иметь минимум связей с 
другими модулями, связь через глобальные переменные и 
области памяти нежелательна 


Ф Специфицируемость — входные и выходные параметры 
модуля должны четко формулироваться 


Программа пишется в виде исходного модуля. 
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Исходный модуль — программный модуль на исходном языке, об- 
рабатываемый транслятором и представляемый для него как целое, до- 
статочное для проведения трансляции. 


Первым (не для всех языков программирования обязательным) 
этапом подготовки программы является обработка ее Макропроцессо- 
ром (или Препроцессором). Макропроцессор обрабатывает текст 
программы и на выходе его получается новая редакция текста. В боль- 
шинстве систем программирования Макропроцессор совмещен с транс- 
лятором, и для программиста его работа и промежуточный ИМ «не вид- 
НЫ». 


Следует иметь в виду, что Макропроцессор выполняет обработку 
текста, это означает, с одной стороны, что он «не понимает» операторов 
языка программирования и «не знает» переменных программы, с другой, 
что все операторы и переменные Макроязыка (тех выражений в про- 
грамме, которые адресованы Макропроцессору) в промежуточном ИМ 
уже отсутствуют и для дальнейших этапов обработки «не видны». 


Так, если Макропроцессор заменил в программе некоторый текст 
А натекст В, то транслятор уже видит только текст В, и не знает, был этот 
текст написан программистом «своей рукой» или подставлен Макропро- 
цессором. 


Следующим этапом является трансляция. 


Трансляция — преобразование программы, представленной на од- 
ном языке программирования, в программу на другом языке программи- 
рования, в определенном смысле равносильную первой. 


Как правило, выходным языком транслятора является машинный 
язык целевой вычислительной системы. (Целевая ВС — та ВС, на кото- 
рой программа будет выполняться.) 


Машинный язык — язык программирования, предназначенный 
для представления программы в форме, позволяющей выполнять ее не- 
посредственно техническими средствами обработки информации. 


Трансляторы — общее название для программ, осуществляющих 
трансляцию. Они подразделяются на Ассемблеры и Компиляторы — в 
зависимости от исходного языка программы, которую они обрабатыва- 
ют. Ассемблеры работают с Автокодами или языками Ассемблера, Ком- 
пиляторы — с языками высокого уровня. 


Автокод — символьный язык программирования, предложения 
которого по своей структуре в основном подобны командам и обрабаты- 
ваемым данным конкретного машинного языка. 
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Язык Ассемблера — язык программирования, который представ- 
ляет собой символьную форму машинного языка с рядом возможностей, 
характерных для языка высокого уровня (обычно включает в себя макро- 
средства). 


Язык высокого уровня — язык программирования, понятия и 
структура которого удобны для восприятия человеком. 


Объектный модуль — программный модуль, получаемый в резуль- 
тате трансляции исходного модуля. 


Поскольку результатом трансляции является модуль на языке, 
близком к машинному, в нем уже не остается признаков того, на каком 
исходном языке был написан программный модуль. Это создает принци- 
пиальную возможность создавать программы из модулей, написанных на 
разных языках. Специфика исходного языка, однако, может сказываться 
на физическом представлении базовых типов данных, способах обраще- 
ния к процедурам/функциям и т.п. Для совместимости разноязыковых 
модулей должны выдерживаться общие соглашения. Большая часть объ- 
ектного модуля — команды и данные машинного языка именно в той 
форме, в какой они будут существовать во время выполнения програм- 
мы. Однако, программа в общем случае состоит из многих модулей. По- 
скольку транслятор обрабатывает только один конкретный модуль, он не 
может должным образом обработать те части этого модуля, в которых за- 
программированы обращения к данным или процедурам, определенным 
в другом модуле. Такие обращения называются внешними ссылками. Те 
места в объектном модуле, где содержатся внешние ссылки, транслиру- 
ются в некоторую промежуточную форму, подлежащую дальнейшей об- 
работке. Говорят, что объектный модуль представляет собой программу 
на машинном языке с неразрешенными внешними ссылками. Разреше- 
ние внешних ссылок выполняется на следующем этапе подготовки, ко- 
торый обеспечивается Редактором Связей (Компоновщиком). Редактор 
Связей соединяет вместе все объектные модули, входящие в программу. 
Поскольку Редактор Связей «видит» уже все компоненты программы, он 
имеет возможность обработать те места в объектных модулях, которые 
содержат внешние ссылки. Результатом работы Редактора Связей явля- 
ется загрузочный модуль. 


Загрузочный модуль — программный модуль, представленный в 
форме, пригодной для загрузки в оперативную память для выполнения. 


Загрузочный модуль сохраняется в виде файла на внешней памя- 
ти. Для выполнения программа должна быть перенесена (загружена) в 
оперативную память. Иногда при этом требуется некоторая дополни- 
тельная обработка (например, настройка адресов в программе на ту об- 
ласть оперативной памяти, в которую программа загрузилась). Эта функ- 
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ция выполняется Загрузчиком, который обычно входит в состав опера- 
ционной системы. Возможен также вариант, в котором редактирование 
связей выполняется при каждом запуске программы на выполнение и 
совмещается с загрузкой. Это делает Связывающий Загрузчик. Вариант 
связывания при запуске более расходный, т.к. затраты на связывание ти- 
ражируются при каждом запуске. Но он обеспечивает: 


Ф большую гибкость в сопровождении, так как позволяет 
менять отдельные объектные модули программы, не меняя 
остальных модулей; 


Ф экономию внешней памяти, т.к. объектные модули, 
используемые во многих программах не копируются в 
каждый загрузочный модуль, а хранятся в одном 
экземпляре. 


Вариант интерпретации подразумевает прямое исполнение исход- 
ного МОДУЛЯ. 


Интерпретация — реализация смысла некоторого синтаксически 
законченного текста, представленного на конкретном языке. 


Интерпретатор читает из исходного модуля очередное предложе- 
ние программы, переводит его в машинный язык и выполняет. Все затра- 
ты на подготовку тиражируются при каждом выполнении, следователь- 
но, интерпретируемая программа принципиально менее эффективна, 
чем транслируемая. Однако, интерпретация обеспечивает удобство раз- 
работки, гибкость в сопровождении и переносимость. 


Не обязательно подготовка программы должна вестись на той же 
вычислительной системе и втой же операционной среде, в которых про- 
грамма будет ВЫПОЛНЯТЬСЯ. Системы, обеспечивающие подготовку про- 
грамм в среде, отличной от целевой называются кросс-системами. В 
кросс-системе может выполняться вся подготовка или ее отдельные 
этапы: 


Ф Макрообработка и трансляция 
Ф Редактирование связей 
Ф Отладка 


Типовое применение кросс-систем — для тех случаев, когда целе- 
вая вычислительная среда просто не имеет ресурсов, необходимых для 
подготовки программ, например, встроенные системы. Программные 
средства, обеспечивающие отладку программы на целевой системе мож- 
но также рассматривать как частный случай кросс-системы. 
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Лекция 2. 
Ассемблеры 


Программирование на языке Ассемблера 


Язык Ассемблера — система записи программы с детализацией до 
отдельной машинной команды, позволяющая использовать мнемониче- 
ское обозначение команд и символическое задание адресов. 


Поскольку в разных аппаратных архитектурах разные программ- 
но-доступные компоненты (система команд, регистры, способы адреса- 
ции), язык Ассемблера аппаратно-зависимый. Программы, написанные 
на языке Ассемблера могут быть перенесены только на вычислительную 
систему той же архитектуры. 


Программирование на языке Ассемблера позволяет в максималь- 
ной степени использовать особенности архитектуры вычислительной 
системы. До недавнего времени воспринималась как аксиома, что ассем- 
блерная программа всегда является более эффективной и в смысле быс- 
тродействия, и в смысле требований к памяти. Для П\{е|-архитектуры это 
и сейчас так. 


Но это уже не так для КГЗК-архитектур. Для того, чтобы програм- 
ма могла эффективно выполняться в вычислительной среде с распарал- 
леливанием на уровне команд, она должна быть определенным образом 
оптимизирована, то есть, команды должны быть расположены в опреде- 
ленном порядке, допускающим их параллельное выполнение. Програм- 
мист просто не сможет покомандно оптимизировать всю свою програм- 
му. С задачей такой оптимизации более эффективно справляются 
компиляторы. 


Доля программ, которые пишутся на языках Ассемблеров в мире, 
неуклонно уменьшается, прикладное программирование на языках Ас- 
семблеров применяется только по недомыслию. Язык Ассемблера «в чи- 
стом виде» применяется только для написания отдельных небольших ча- 
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стей системного ПО: микроядра ОС, самых нижних уровней драйверов 
— тех частей, которые непосредственно взаимодействуют с реальными 
аппаратными компонентами. 


Этим занимается узкий круг программистов, работающих в фир- 
мах, производящих аппаратуру и ОС. Зачем же нам тогда изучать постро- 
ение Ассемблера? 


Хотя разработка программ, взаимодействующих с реальными ап- 
паратными компонентами, — редкая задача, в современном программи- 
ровании при разработке прикладного, а еще более — промежуточного 
ПО довольно часто применяется технологии виртуальных машин. Для 
выполнения того или иного класса задач программно моделируется не- 
которое виртуальное вычислительное устройство, функции которого со- 
ответствуют нуждам этого класса задач. 


Для управления таким устройством для него может быть создан 
соответствующий язык команд. (Широко известные примеры: М 
А$/400, УМ.) Говоря шире, любую программу можно представить себе 
как виртуальное «железо», решающее конкретную задачу. (Конечный 
пользователь обычно не видит разницы между программой и аппарату- 
рой и часто говорит не «мне программа выдала то-то», а «мне компьютер 
выдал то-то»). В некоторых случаях интерфейс программы удобно 
представить в виде системы команд, а следовательно, нужен соответству- 
ющий Ассемблер. (Это, конечно, относится не к программам «для чай- 
ников», а к инструментальным средствам программистов, системам мо- 
делирования). 


Предложения языка Ассемблера 


Предложения языка Ассемблера описывают команды или псевдо- 
команды (директивы). Предложения-команды задают машинные ко- 
манды вычислительной системы; обработка Ассемблером команды при- 
водит к генерации машинного кода. Обработка псевдокоманды не 
приводит к непосредственной генерации кода, псевдокоманда управляет 
работой самого Ассемблера. Для одной и той же аппаратной архитектуры 
могут быть построены разные Ассемблеры, в которых команды будут 
обязательно одинаковые, но псевдокоманды могут быть разные. 
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Во всех языках Ассемблеров каждое новое предложение языка на- 
чинается с новой строки. Каждое предложение, как правило, занимает 
одну строку, хотя обычно допускается продолжение на следующей стро- 
ке/строках. Формат записи предложений языка м.б. жесткий или свобод- 
ный. При записи в жестком формате составляющие предложения долж- 
ны располагаться в фиксированных позициях строки. (Например: метка 
должна располагаться в позициях 1-8, позиция 9 — пустая, позиции 10- 
12 — мнемоника команды, позиция 13 — пустая, начиная с позиции 14 — 
операнды, позиция 72 — признак продолжения). Обычно для записи 
программ при жестком формате создаются бланки. Жесткий формат удо- 
бен для обработки Ассемблером (удобен и для чтения). 


Свободный формат допускает любое количество пробелов между 
составляющими предложения. 


В общих случаях предложения языка Ассемблера состоят из следу- 
ющих компонент: 


Ф метка или имя; 
Ф мнемоника; 

Ф операнды; 

Ф комментарии. 


Метка или имя является необязательным компонентом. Не во 
всех языках Ассемблеров эти понятия различаются. Если они различают- 
ся (например, МАЗМ), то метка — точка программы, на которую переда- 
ется управление, следовательно, метка стоит в предложении, содержа- 
щем команду; имя — имя переменной программы, ячейки памяти, 
следовательно, имя стоит в предложении, содержащем псевдокоманду 
резервирования памяти или определения константы. В некоторых случа- 
ях метка и имя могут отличаться даже синтаксически, так, в МАЗМ/ 
ТА$М после метки ставится двоеточие, а после имени — нет. 


Однако, физический смысл и метки, и имени — одинаков, это — 
адрес памяти. Во всех случаях, когда Ассемблер встречает в программе 
имя или метку, он заменяет ее на адрес той ячейки памяти, к которую 
имя/метка именует. 


Правила формирования имен/меток совпадают с таковыми для 
языков программирования. В некоторых Ассемблерах (НГАМ 5$/390) не 
делается различия между меткой и именем. 


В языке должны предусматриваться некоторые специальные пра- 
вила, позволяющие Ассемблеру распознать и выделить метку/имя, на- 
пример: 
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Ф метка/имя должна начинаться в |-й позиции строки 
Ф если метки/имени нет, то в 1-й позиции должен быть 
пробел, или за меткой/именем должно следовать 
двоеточие, и т.п. 
Мнемоника — символическое обозначение команды/псевдоко- 
манды. 


Операнды — один или несколько операндов, обычно разделяемые 
запятыми. Операндами команд являются имена регистров, непосред- 
ственные операнды, адреса памяти (задаваемые в виде констант, литера- 
лов, символических имен или сложных выражений, включающих 
специальный синтаксис). Операнды псевдокоманд могут быть сложнее и 
разнообразнее. 


Комментарии — любой текст, который игнорируется Ассемблером. 
Комментарии располагаются в конце предложения и отделяются от тек- 
ста предложения, обрабатываемого Ассемблером, каким-либо специаль- 
ным символом (в некоторых языках — пробелом). Всегда предусматри- 
вается возможность строк, содержащих только комментарий, обычно 
такие строки содержат специальный символ в 1-й позиции. 


Константы — могут представлять непосредственные операнды или 
абсолютные адреса памяти. Применяются 10-е, 8-е, 16-е, 2-е, символь- 
ные константы. 


Непосредственные операнды — записываются в сам код команды. 
Имена — адреса ячеек памяти. 


При трансляции Ассемблер преобразует имена в адреса. Способ 
преобразования имени в значение зависит от принятых способов адреса- 
ции. Как правило, в основным способом адресации в машинных языках 
является адресация относительная: адрес в команде задается в виде сме- 
щения относительно какого-то базового адреса, значение которого со- 
держится в некотором базовом регистре. В качестве базового могут при- 
меняться либо специальные регистры (0$, С$ в ше] или регистры 
общего назначения (5/390). 


Литералы — записанные в особой форме константы. Концепту- 
ально литералы — те же имена. При появлении в программе литерала Ас- 
семблер выделяет ячейку памяти и записывает в нее заданную в литерале 
константу. Далее все появления этого литерала Ассемблер заменяет на 
обращения по адресу этой ячейки. Таким образом, литеральные кон- 
станты, хранятся в памяти в одном экземпляре, независимо от числа об- 
ращений к ним. 
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Специальный синтаксис — явное описание способа адресации (на- 
пример, указание базового регистра и смещения). 


Регистры 


Программа в машинном коде состоит из различных сегментов для 
определения данных, для машинных команд и для сегмента, названного 
стеком, для хранения адресов. Для выполнения арифметических дейст- 
вий, пересылки данных и адресации компьютер имеет ряд регистров. 


Для выполнения программ компьютер временно записывает про- 
грамму и данные в основную память. Компьютер имеет также ряд регис- 
тров, которые он использует для временных вычислений. 


Биты и байты 


Минимальной единицей информации в компьютере является бит. 
Бит может быть выключен, так что его значение есть нуль, или включен, 
тогда его значение равно единице. Единственный бит не может предста- 
вить много информации в отличие от группы битов. 


Группа из девяти битов представляет собой байт; восемь битов ко- 
торого содержат данные и один бит — контроль на четность. Восемь би- 
тов обеспечивают основу для двоичной арифметики и для представления 
символов, таких как буква А или символ *. Восемь битов дают 256 раз- 
личных комбинаций включенных и выключенных состояний: от «все вы- 
ключены» (00000000) до «все включены» (11111111). Например, сочета- 
ние включенных и выключенных битов для представления буквы А 
выглядит как 01000001, а для символа * — 00101010 (это можно не запо- 
минать). Каждый байт в памяти компьютера имеет уникальный адрес, 
начиная с нуля. 
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Требование контроля на четность заключается в том, что количе- 
ство включенных битов в байте всегда должно быть не четно. Контроль- 
ный бит для буквы А будет иметь значение единица, а для символа * — 
ноль. Когда команда обращается к байту в памяти, компьютер проверяет 
этот байт. В случае, если число включенных битов является четным, си- 
стема выдает сообщение об ошибке. Ошибка четности может явится ре- 
зультатом сбоя оборудования или случайным явлением, в любом случае, 
это бывает крайне редко. 


Откуда компьютер «знает», что значения бит 01000001 представ- 
ляют букву А? Когда на клавиатуре нажата клавиша А, система принима- 
ет сигнал от этой конкретной клавиши в байт памяти. Этот сигнал уста- 
навливает биты в значения 01000001. Можно переслать этот байт в 
памяти и, если передать его на экран или принтер, то будет сгенерирова- 
на буква А. 


По соглашению биты в байте пронумерованы от 0 до 7 справа на- 
лево: 


Номера бит: 76543210 
Значения бит: 01000000 


Число 2 в десятой степени равно 1024, что составляет один кило- 
байт и обозначается буквой К. Например, компьютер с памятью в 512 К 
содержит 512 х 1024, то есть, 524288 байт. Процессор в РС и в совмести- 
мых моделях использует 16-битовую архитектуру, поэтому он имеет до- 
ступ к 16-битовым значениям как в памяти, так и в регистрах. 16-битовое 
(двухбайтовое) поле называется словом. Биты в слове пронумерованы от 
0 до 15 справа налево. 


А$СП 


Для целей стандартизации в микрокомпьютерах используется 
американский национальный стандартный код для обмена информаци- 
ей АЗСП (Атепсап МаНопа| З‘апдага Со4е Юг шЮптаНоп Пиегсвапее). 
Читается как «аски» код. Именно по этой причине комбинация бит 
01000001 обозначает букву А. 
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Наличие стандартного кода облегчает обмен данными между раз- 
личными устройствами компьютера. 8-битовый расширенный АЗСП- 
код, используемый в РС обеспечивает представление 256 символов, 
включая символы для национальных алфавитов. 


Двоичные числа 


Так как компьютер может различить только нулевое и единичное 
состояние бита, то он работает системе исчисления с базой 2 или в дво- 
ичной системе. Фактически бит унаследовал свое название от англий- 
ского «Вшагу 4» (двоичная цифра). 


Сочетанием двоичных цифр (битов) можно представить любое 
значение. Значение двоичного числа определяется относительной пози- 
цией каждого бита и наличием единичных битов. 


Самый правый бит имеет весовое значение 1, следующая цифра 
влево — 2, следующая — 4 и так далее. Общая сумма для восьми единич- 
ных битов в данном случае составит 1+2-+4-+...+128, или 255 (2 в восьмой 
степени — 1). 


Для двоичного числа 01000001 единичные биты представляют зна- 
чения 1 и 64, то есть, 65. Но 01000001 представляет также букву А! Дейст- 
вительно, здесь момент, который необходимо четко уяснить. Биты 
01000001 могут представлять как число 65, так и букву А: 


Ф если программа определяет элемент данных для 
арифметических целей, то 01000001 представляет двоичное 
число эквивалентное десятичному числу 65; 


Ф если программа определяет элемент данных (один или 
более смежных байт), имея в виду описательный характер, 
как, например, заголовок, тогда 01000001 представляет 
собой букву или «строку». 


При программировании это различие становится понятным, так 
как назначение каждого элемента данных определено. 


Двоичное число не ограничено только восемью битами. Процес- 
сор может использовать 16-битовую архитектуру, в этом случае он авто- 
матически оперирует с 16-битовыми числами. 2 в степени 16 минус 1 да- 
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ет значение 65535, а немного творческого программирования позволит 
обрабатывать числа до 32 бит (2 в степени 32 минус 1 равно 4294967295) 
и даже больше. 


Двоичная арифметика 


Компьютер выполняет арифметические действия только в двоич- 
ном формате. Поэтому программист на языке Ассемблера должен быть 
знаком с двоичным форматом и двоичным сложением: 
+0=0 
= 1 
= 10 


+ 
. 
+1+1=11 


С = 
ЕЕ © 


Отрицательные числа 


Все представленные выше двоичные числа имеют положительные 
значения, что обозначается нулевым значением самого левого (старше- 
го) разряда. Отрицательные двоичные числа содержат единичный бит в 
старшем разряде и выражаются двоичным дополнением. То есть, для 
представления отрицательного двоичного числа необходимо инвертиро- 
вать все биты и прибавить 1. 


Рассмотрим пример: 

Число 65: 01000001 
Инверсия: 10111110 

Плюс 1: 10111111 (равно -65). 


В случае, если прибавить единичные значения к числу 10111111, 
65 не получится. 


Фактически двоичное число считается отрицательным, если его 
старший бит равен 1. Для определения абсолютного значения отрица- 
тельного двоичного числа, необходимо повторить предыдущие опера- 
ции: инвертировать все биты и прибавить 1: 


Двоичное значение: 10111111 

Инверсия: 01000000 

Плюс 1: 01000001 (равно +65). 

Сумма +65 и -65 должна составить ноль: 
01000001 (+65) + 101111 (-65) = (1) 00000000 


Ассемблеры 49 


Все восемь бит имеют нулевое значение. Перенос единичного би- 
та влево потерян. Однако, если был перенос в знаковый разряд и из раз- 
рядной сетки, то результат является корректным. 


Двоичное вычитание выполняется просто: инвертируется знак 
вычитаемого и складываются два числа. Вычтем, например, 42 из 65. 
Двоичное представление для 42 есть 00101010, и его двоичное дополне- 
ние: — 11010110: 


65 01000001 +(-42) 11010110 = 23 (1) 00010111 


Результат 23 является корректным. В рассмотренном примере 
произошел перенос в знаковый разряд и из разрядной сетки. 


В случае, если справедливость двоичного дополнения не сразу по- 
нятна, рассмотрим следующие задачи: Какое значение необходимо при- 
бавить к двоичному числу 00000001, чтобы получить число 00000000? В 
терминах десятичного исчисления ответом будет -1. Для двоичного рас- 
смотрим 11111111: 


00000001 11111111 Результат: (1) 00000000 


Игнорируя перенос (1), можно видеть, что двоичное число 
ИИИИ эквивалентно десятичному -1 и соответственно: 


000000000 -(+1) -00000001 -1 11111111 


Можно видеть также каким образом двоичными числами 
представлены уменьшающиеся числа: 


+3 00000011 
+2 00000010 
+1 00000001 
000000000 

ЕЕ 
-2 11111110 
-3 11111101 


Фактически нулевые биты в отрицательном двоичном числе опре- 
деляют его величину: рассмотрите позиционные значения нулевых битов 
как если это были единичные биты, сложите эти значения и прибавьте 
единицу. 
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= 


Шестнадцатеричное представление 


Представим, что необходимо просмотреть содержимое некоторых 
байт в памяти. Требуется определить содержимое четырех последова- 
тельных байт (двух слов), которые имеют двоичные значения. Так как че- 
тыре байта включают в себя 32 бита, то специалисты разработали «стено- 
графический» метод представления двоичных данных. По этому методу 
каждый байт делится пополам и каждые полбайта выражаются соответ- 
ствующим значением. Рассмотрим следующие четыре байта: 


Двоичное: 0101 1001 0011 0101 1011 1001 1100 1110 
Десятичное: э.. Эл, “3 5 и 9 12 14 


Так как здесь для некоторых чисел требуется две цифры, расши- 
рим систему счисления так, чтобы 10=А, 11=В, 12=С, 13=ШО, 14=Е, 15=Е. 
Таким образом получим более сокращенную форму, которая представ- 
ляет содержимое вышеуказанных байт: 
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Такая система счисления включает «цифры» от 0 до Е, и так как 
таких цифр 16, она называется шестнадцатеричным представлением. 








Шестнадцатеричный формат нашел большое применение в языке 
Ассемблера. В листингах ассемблирования программ в шестнадцатерич- 
ном формате показаны все адреса, машинные коды команд и содержи- 
мое констант. Также для отладки при использовании программы РОЗ 
РЕВОС адреса и содержимое байтов выдается в шестнадцатеричном 
формате. 


В случае, если немного поработать с шестнадцатеричным форма- 
том, то можно быстро привыкнуть к нему. Рассмотрим несколько 
простых примеров шестнадцатеричной арифметики. Следует помнить, 
что после шестнадцатеричного числа Е следует шестнадцатеричное 10, 
что равно десятичному числу 16. 


Заметьте также, что шестнадцатеричное 20 эквивалентно десятич- 
ному 32, шестнадцатеричное 100 — десятичному 256 и шестнадцатерич- 
ное 100 — десятичному 4096. 


Шестнадцатеричные числа записываются, например, как шест. 
4В, двоичные числа как дв.01001011, а десятичные числа, как 75 (отсут- 
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ствие какого-либо описания предполагает десятичное число). Для инди- 
кации шестнадцатеричные числа в ассемблерной программе непосредст- 
венно после числа ставится символ Н, например, 25Н (десятичное значе- 
ние 37). Шестнадцатеричное число всегда начинается с десятичной 
цифры от 0 до 9, таким образом, В8Н записывается как 0ВЗН. 


Сегменты 


Сегментом называется область, которая начинается на границе 
параграфа, то есть, по любому адресу, который делится на 16 без остатка. 
Хотя сегмент может располагаться в любом месте памяти и иметь размер 
до 64 Кбайт, он требует столько памяти, сколько необходимо для выпол- 
нения программы. 


Сегмент кодов 


Сегмент кодов содержит машинные команды, которые будут вы- 
полняться. Обычно первая выполняемая команда находится в начале 
этого сегмента и операционная система передает управление по адресу 
данного сегмента для выполнения программы. 


Регистр сегмента кодов (СЗ) адресует данный сегмент. 


Сегмент данных 


Сегмент данных содержит определенные данные, константы и ра- 
бочие области, необходимые программе. Регистр сегмента данных (0$) 
адресует данный сегмент. 


Сегмент стека 


Стек содержит адреса возврата как для программы для возврата в 
операционную систему, так и для вызовов подпрограмм для возврата в 
главную программу. Регистр сегмента стека (55) адресует данный сег- 
мент. 


Еще один сегментный регистр, регистр дополнительного сегмента 
(Е$), предназначен для специального использования. Последователь- 
ность регистров и сегментов на практике может быть иной. 
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Три сегментных регистра содержат начальные адреса соответству- 
ющих сегментов и каждый сегмент начинается на границе параграфа. 


Внутри программы все адреса памяти относительны к началу сег- 
мента. Такие адреса называются смещением от начала сегмента. Двух- 
байтовое смещение (16-бит) может быть в пределах от шест.0000 до 
шест.ЕЕЕЕ или от 0 до 65535. Для обращения к любому адресу в програм- 
ме, компьютер складывает адрес в регистре сегмента и смещение. На- 
пример, первый байт в сегменте кодов имеет смещение 0, второй байт — 
01 и так далее до смещения 65535. 


В качестве примера адресации, допустим, что регистр сегмента 
данных содержит шест.045Е и некоторая команда обращается к ячейке 
памяти внутри сегмента данных со смещением 0032. Несмотря на то, что 
регистр сегмента данных содержит 045РЕ, он указывает на адрес 04520, то 
есть, на границе параграфа. Действительный адрес памяти поэтому будет 
следующий: 


Адрес в ОЗ: 04520 
Смещение: 0032 
Реальный адрес: 04622 


Каким образом процессоры адресуют память в 
один миллион байт? 


В регистре содержится 16 бит. Так как адрес сегмента всегда на 
границе параграфа, младшие четыре бита адреса равны нулю. 


Шест.РЕРО позволяет адресовать до 65520 (плюс смещение) байт. 
Но специалисты решили, что нет смысла иметь место для битов, которые 
всегда равны нулю. 


Поэтому адрес хранится в сегментном регистре как шест. пппи, а 
компьютер полагает, что имеются еще четыре нулевых младших бита 
(одна шест. цифра), то есть, шест.пппп0. Таким образом, шест.ЕЕЕЕЙ 
позволяет адресовать до 1048560 байт. 


В случае, если вы сомневаетесь, то декодируйте каждое шест.Е как 
двоичное 1111, учтите нулевые биты и сложите значения для единичных 
бит. 
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Расширение набора команд 


Команды делятся на следующие группы: 


$$ +$99х9+$ 


арифметические; 
логические; 

передачи данных; 
перехода; 

пропуска; 

вызова подпрограммы; 
возврата из подпрограммы; 


смешанные. 


Типы операндов для каждого типа команд обсуждаются в соответ- 
ствующем порядке: 


Ф 


$Ф 
$Ф 
$Ф 
$Ф 
$Ф 


байт; 

слово; 

десятичный операнд; 
разряд; 

число; 


составной операнд. 


При обсуждении способов адресации используется следующий 


порядок: 


$$ ++ 


прямая; 
косвенная; 
непосредственная; 
индексная; 
регистровая; 


автоиндексирование с предварительным увеличением 
адреса; 
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$Ф 
$Ф 
$Ф 
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автоиндексирование с предварительным уменьшением 
адреса; 


автоиндексирование с последующем уменьшением адреса; 
косвенная с предварительным индексированием; 


косвенная с последующем индексированием. 


Арифметические команды 
В эту группу включены следующие команды: 


Ф 


$+%99$994949+%9Ф9+Ф 


сложение; 
сложение с флагом переноса; 
вычитание; 

вычитание при перестановке операндов; 
вычитание с флагом переноса (заем); 
увеличение на 1; 

уменьшение на 1; 

умножение; 

деление; 

сравнение; 

получение дополнения до двух (отрицательного числа); 


расширение. 


Для удобства те команды, принадлежность которых к конкретной 
категории неясна, повторяются во всех категориях, к которым они мог- 
ли бы быть отнесены. 


Логические команды 
Эта группа включает слелующие команды: 


$+$9%$+ 


логическое И 

логическое ИЛИ 

логическое исключающее ИЛИ 
логическое НЕ (дополнение) 
сдвиг 


циклический сдвиг 
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Ф проверку. 


Она включает также те арифметические команды (такие, как сло- 
жение с аккумулятора с самим собой), которые выполняют логические 


функции. 


Команды передачи данных 
Эта группа включает команды: 


загрузки; 
запоминания; 
пересылки; 
обмена; 
ввода; 
вывода; 


очистки; 


$+$99939$+ 


установки. 


Кроме того, она включает арифметические команды (такие как 
вычитание аккумулятора из самого себя), которые заносят определенное 
значение или содержимое какого-либо регистра в аккумулятора или дру- 
гой регистр назначения, не изменяя при этом данных. 


Команды перехода 
Эта группа включает следующие виды переходов: 


Команды безусловного перехода 


Ф Перейти косвенно; 

Ф Перейти по индексу, предполагая, что базовый адрес 
таблицы адресов находится в регистрах Н и Г, а индекс в 
аккумуляторе; 

Ф Перейти и связать, то есть, передать управление по адресу 


РЕФЗТ, сохранив текущее состояние счетчика команд в 
регистрах Н и [. 


Команды условного перехода 
Ф Перейти при равенстве нулю; 
Ф Перейти при неравенстве нулю; 


Ф Перейти, если значения равны; 
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Перейти, если значения не равны; 
Перейти, если значение положительное; 
Перейти, если значение отрицательное; 


Переходы с учетом знака; 


$+$9$%+$ 


Перейти, если больше (без учета знака), то есть, если 
операнды не равны и при сравнении не требуется заема; 


Ф Перейти, если значение не больше (без учета знака), то 
есть, если сравниваемые операнды равны или при их 
сравнении требуется заем; 


Ф Перейти, если значение меньше (без учета знака), то есть, 
если сравнение без знака требует заема; 


Ф Перейти, если значение не меньше (без учета знака), то 
есть, если сравнение без знака не требует заема. 


Команды пропуска 


Команда пропуска может быть выполнена с помощью команды 
перехода с соответствующем адресом назначения. 


Этот адрес назначения должен указывать на команду, следующую 
после той, которая стоит непосредственно за командой перехода. 


Действительное число пропускаемых байтов будет меняться, так 
как команды могут иметь длину 1-3 байта. 


Команды вызова подпрограмм и возврата из 
подпрограмм 


Команда безусловного вызова 

Косвенный вызов может быть выполнен с ПОМОЩЬЮ обращения к 
промежуточной подпрограмме, которая переходит косвенно на вызыва- 
емую подпрограмму. 


Команда условного вызова 
Условный вызов подпрограммы может быть выполнен с помощью 
последовательностей команд для условного перехода. 


Единственное отличие состоит в том, что команды перехода к дей- 
ствительным адресам назначения должны быть заменены на команды 
вызова подпрограмм. 
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Команды возврата из подпрограмм разделяются на: 


Ф Команды безусловного возврата 

Ф Команды условного возврата 

Ф Команды возврата с пропуском 

Ф Команды возврата после прерывания 


Смешанные команды 
В эту категорию входят следующие команды: 


Ф нет операции 
запись в стек 
получение из стека 
останов 

ожидание 


захват (программное прерывание) 


$$$ 5%9+Ф 


другие, не попавшие в описание ранее категории команд. 


= 


Способы адресации 


Косвенная адресация 


Косвенную адресацию можно выполнить с помощью загрузки ко- 
свенных адресов в регистры Н и Г, используя команду НПО. После это- 
го обращение к регистру М является эквивалентом косвенной операции. 


Таким образом, этот процесс всегда включает два шага. Кроме то- 
го, можно использовать также пары регистров В и О в командах ГЛАХ и 
ЭТАХ. 


Индексная адресация 


Индексную адресацию можно выполнить, добавляя индекс с по- 
мощью команды РАО к базе. Понятно, что программное сложение тре- 
бует дополнительного времени выполнения. 
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Предувеличение 
При предувеличении адресный регистр перед использованием ав- 
томатически увеличивается. 


Предувеличение может быть реализовано с помощью увеличения 
пары регистров перед ее использованием в качестве адреса. 


Послеувеличение 
При послеувеличении адресный регистр после использования в 
команде автоматически увеличивается. 


Послеувеличение может быть реализовано с помощью увеличения 
пары регистров после ее использования в качестве адреса. 


Предуменьшение 
При предуменьшении адресный регистр перед использованием 
автоматически уменьшается. 


Предуменьшение может быть выполнено с помощью уменьшения 
пары регистров перед ее использованием в качестве адреса. 


Послеуменьшение 
При послеуменьшении адресный регистр после использования 
автоматически уменьшается. 


Послеуменьшение может быть выполнено с помощью уменьше- 
ния пары регистров после использования ее в качестве адреса. 


Косвенная адресация с предварительным 

индексированием (предындексирование) 

При предындексировании процессор должен сначала вычислить 
индексный адрес, а затем использовать этот адрес косвенно. 


Так как таблица, ДЛЯ которой производится индексирование, 
должна содержать двухбайтные косвенные адреса, индексирование 
должно сопровождаться умножением на 2 


Косвенная адресация с последующим 
индексированием (послеиндексирование) 


При послеиндексировании процессор должен сначала получить 
косвенный адрес, а затем использовать его как базу для индексирования. 
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Директивы 


Директивы являются указаниями Ассемблеру о том, как прово- 
дить ассемблирование. 


Директив может быть великое множество. В 1-м приближении мы 
рассмотрим лишь несколько практически обязательных директивы 
(мнемоники директив везде — условные, в конкретных Ассемблерах те 
же по смыслу директивы могут иметь другие мнемоники). 


ЕФУ 
Определение имени 


Перед этой директивой обязательно стоит имя. Операнд этой ди- 
рективы определяет значение имени. 


Операндом может быть и выражение, вычисляемое при ассембли- 
ровании. Имя может определяться и через другое имя, определенное вы- 
ше. Как правило, не допускается определение имени со ссылкой вперед. 


[в 
Определение данных 


Выделяются ячейки памяти и в них записываются значения, опре- 
деляемые операндом директивы. 


Перед директивой может стоять метка/имя. Как правило, одной 
директивой могут определяться несколько объектов данных. 


В конкретных Ассемблерах может существовать либо одна общая 
директива ОО, тогда тип данных, размещаемых в памяти определяется 
формой записи операндов, либо несколько подобных директив — для 
разных типов данных. 


В отличие от других, эта директива приводит непосредственной к 
генерации некоторого выходного кода — значений данных. 


В$$ 
Резервирование памяти 


Выделяются ячейки памяти, но значения в них не записываются. 
Объем выделяемой памяти определяется операндом директивы. 


Перед директивой может стоять метка/имя. 
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ЕМО 
Конец программного модуля 


Указание Ассемблеру на прекращение трансляции. Обычно в мо- 
дуле, являющемся главным (таш) операндом этой директивы является 
имя точки, на которую передается управление при начале выполнения 
программы. Во всех других модулях эта директива употребляется без опе- 
рандов. 


Директивы определения данных 


Сегмент данных предназначен для определения констант, рабо- 
чих полей и областей для ввода-вывода. В соответствии с имеющимися 
директивами в Ассемблере разрешено определение данных различной 
длины: например, директива ОВ определяет байт, а директива ОУ опре- 
деляет слово. Элемент данных может содержать непосредственное зна- 
чение или константу, определенную как символьная строка или как чис- 
ловое значение. 


Другим способом определения константы является непосредст- 
венное значение, то есть, указанное прямо в ассемблерной команде, на- 
пример: 


МОУ АЕ, 20Н 


В этом случае шестнадцатеричное число 20 становится частью ма- 
шинного объектного кода. Непосредственное значение ограничено 
одним байтом или одним словом, но там, где оно может быть примене- 
но, оно является более эффективным, чем использование константы. 


Ассемблер обеспечивает два способа определения данных: во- 
первых, через указание длины данных и, во-вторых, по их содержимому. 
Рассмотрим основной формат определения данных: 


[имя] Оп выражение 


Имя элемента данных не обязательно (это указывается квадрат- 
НЫМИ скобками), но если в программе имеются ссылки на некоторый 
элемент, то это делается посредством имени. 


Для определения элементов данных имеются следующие директи- 
вы: ОВ (байт), ОУ (слово), ОО (двойное слово), РО (учетверенное сло- 
во) и ОТ (десять байт). 
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Выражение может содержать константу, например: 

ЕЕОЛ ОВ 25 

или знак вопроса для неопределенного значения, например 
РОВ 08 ? 


Выражение может содержать несколько констант, разделенных 
запятыми и ограниченными только длиной строки: 


ЕЕ03З ОВ 11, 12, 13, 14, 15, 16 
Ассемблер определяет эти константы в виде последовательности 
смежных байт. 


Ссылка по имени ЕГ.ОЗ указывает на первую константу, 11, по 
ЕГОЗ-1 — на вторую, 12. (ЕГОЗ можно представить как ЕГОЗ+0). На- 
пример команда 
0\ АЕ, ЕЁО3+3 
загружает в регистр АТ. значение 14 (шест. 0Е). Выражение допус- 
кает также повторение константы в следующем формате: 

[имя] Оп число-повторений БУР (выражение) 
Следующие три примера иллюстрируют повторение: 
0М 10 00Р(?) ;Десять неопределенных слов 


ОВ 5 01Р(14) ;Пять байт, содержащих шест. 14 
ОВ 3 01Р(4 0ИР(8)); Двенадцать восьмерок 


В третьем примере сначала генерируется четыре копии десятич- 
ной 8 (8888), и затем это значение повторяется три раза, давая в результа- 
те двенадцать восьмерок. 





Выражение может содержать символьную строку или числовую 
константу. 


Символьные строки 


Символьная строка используются для описания данных, таких 
как, например, имена людей или заголовки страниц. Содержимое стро- 
ки отмечается одиночными кавычками, например, 'РС' или двойными 
кавычками — "РС". 


Ассемблер переводит символьные строки в объектный код в обыч- 
ном формате АСИ. 


Символьная строка определяется только директивой ОВ, в ко- 
торой указывается более Двух символов В нормальной последовательно- 
сти слева направо. Следовательно, директива ОВ представляет единст- 
венно возможный формат для определения символьных данных. 
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Числовые константы 


Числовые константы используются для арифметических величин 
и для адресов памяти. Для описания константы кавычки не ставятся. Ас- 
семблер преобразует все числовые константы в шестнадцатеричные и за- 
писывает байты в объектном коде в обратной последовательности — 
справа налево. Ниже показаны различные числовые форматы. 


Десятичный формат 

Десятичный формат допускает десятичные цифры от 0 до 9 и обо- 
значается последней буквой О, которую можно не указывать, например, 
125 или 1250. Несмотря на то, что Ассемблер позволяет кодирование в 
десятичном формате, он преобразует эти значения в шест. объектный 
код. Например, десятичное число 125 преобразуется в шест.70. 


Шестнадцатеричный формат 


Шестнадцатеричный формат допускает шест. цифры от 0 до Еи 
обозначается последней буквой Н. 


Так как Ассемблер полагает, что с буквы начинаются идентифика- 
торы, то первой цифрой шест. константы должна быть цифра от 0 до 9. 
Например, 2ЕН или ОЕЕЕН, которые Ассемблер преобразует соответст- 
веннов2Еи ЕЕОЕ (байты во втором примере записываются в объектный 
код в обратной последовательности). 


Двоичный формат 

Двоичный формат допускает двоичные цифры 0 и | и обозначает- 
ся последней буквой В. Двоичный формат обычно используется для бо- 
лее четкого представления битовых значений в логических командах 
АМ, ОК, ХОК и ТЕЗТ. Десятичное 12, шест. С и двоичное 1100В все ге- 
нерируют один и тот же код: шест. 0С или двоичное 0000 1100 в зависи- 
мости от того, как вы рассматриваете содержимое байта. 


Восьмеричный формат 

Восьмеричный формат допускает восьмеричные цифры от 0 до7 и 
обозначается последней буквой О или О, например, 2530. На сегодня 
восьмеричный формат используется весьма редко. 


Десятичный формат с плавающей точкой 

Этот формат поддерживается только Ассемблером МАМ. При 
записи символьных и числовых констант следует помнить, что, напри- 
мер, символьная константа, определенная как ОВ '12', представляет сим- 
волы АЗСП и генерирует шест.3132, а числовая константа, определенная 
как ОВ 12, представляет двоичное число и генерирует шест.0С. 
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Директива определения байта (ОВ) 


Из различных директив, определяющих элементы данных, наибо- 
лее полезной является ОВ (определить байт). Символьное выражение в 
директиве ОВ может содержать строку символов любой длины, вплоть до 
конца строки. Объектный код показывает символы кода АЗСП для каж- 
дого байта. Шест.20 представляет символ пробела. 


Числовое выражение в директиве ОВ может содержать одну или 
более однобайтовых констант. Один байт выражается двумя шест. 
цифрами. 


Наибольшее положительное шест. число в одном байте это 7ЁЕ, все 
«большие» числа от 80 до ЕЕ представляют отрицательные значения. В 
десятичном исчислении эти пределы выражаются числами +127 и -128. 


Директива определения слова (0\\/) 


Директива ОУ! определяет элементы, которые имеют длину в од- 
но слово (два байта). Символьное выражение в ОУ! ограничено двумя 
символами, которые Ассемблер представляет в объектном коде так, что, 
например, 'РС' становится 'СР'. Для определения символьных строк ди- 
ректива ОУ имеет ограниченное применение. 


Числовое выражение в ОУ! может содержать одно или более двух- 
байтовых констант. Два байта представляются четырьмя шест. цифрами. 
Наибольшее положительное шест. число в двух байтах это 7ЕЕЁ; все 
«большие» числа от 8000 до ЕЕЕЕ представляют отрицательные зна- 
чения. В десятичном исчислении эти пределы выражаются числами 
+32767 и -32768. Для форматов директив ОУ, ОО и ОО Ассемблер пре- 
образует константы в шест. объектный код, но записывает его в обратной 
последовательности. Таким образом десятичное значение 12345 преоб- 
разуется в шест.3039, но записывается в объектном коде как 3930. 
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Директива определения двойного слова 
(00) 


Директива ОО определяет элементы, которые имеют длину в два 
слова (четыре байта). Числовое выражение может содержать одну или 
более констант, каждая из которых имеет максимум четыре байта (во- 
семь шест. цифр). 


Наибольшее положительное шест. число в четырех байтах это 
7ЕЕЕЕЕЕЕ; все «большие» числа от 80000000 до ЕЕЕЕЕЕЕЕ представля- 
ют отрицательные значения. 


В десятичном исчислении эти пределы выражаются числами 
+2147483647 и -2147483648. 


Ассемблер преобразует все числовые константы в директиве ОО в 
шест. представление, но записывает объектный код в обратной последо- 
вательности. 


Таким образом десятичное значение 12345 преобразуется в 
шест.00003039, но записывается в объектном коде как 39300000. 


Символьное выражение директивы ОО ограничено двумя симво- 
лами. Ассемблер преобразует символы и выравнивает их слева в четырех- 
байтовом двойном слове, как показано в поле ЕГО2ОР в объектном 
коде. 


Директива определения учетверенного 
слова (0) 
Директива ОО определяет элементы, имеющие длину четыре сло- 


ва (восемь байт). Числовое выражение может содержать одну или более 
констант, каждая из которых имеет максимум восемь байт или 16 шест. 
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цифр. Наибольшее положительное шест. число — это семерка и 15 цифр 
Е. Для получения представления о величине этого числа, покажем, что 
шест. 1 и 15 нулей эквивалентен следующему десятичному числу: 


1152921504606846976 


Ассемблер преобразует все числовые константы в директиве ОО в 
шест. представление, но записывает объектный код в обратной последо- 
вательности, как и в директивах ОО и БУ. 


Обработка Ассемблером символьных строк в директиве ОО ана- 
логична директивам ОР и БУ\. 


а 


Директива определения десяти байт (ОТ) 


Директива ОТ определяет элементы данных, имеющие длину в де- 
сять байт. 


Назначение этой директивы связано с «упакованными десятич- 
ными» числовыми величинами. 


По директиве ОТ генерируются различные константы, в зависи- 
мости от версии Ассемблера. 


= 


Непосредственные операнды 


Ранее было показано использование непосредственных операн- 
дов. Команда: 


МОУ АХ, 0123Н 
пересылает непосредственную шест. константу 0123 в регистр АХ. 
Трехбайтный объектный код для этой команды есть В82301, где В8 


обозначает «переслать непосредственное значение в регистр АХ», а сле- 
дующие два байта содержат само значение. 
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Многие команды имеют два операнда: первый может быть регистр 
или адрес памяти, а второй — непосредственная константа. 


Использование непосредственного операнда более эффективно, 
чем определение числовой константы в сегменте данных и организация 
ссылки на нее в операнде команды МОУ, например, 


Сегмент данных: АМТ1 РУ 0123Н 
Сегмент кодов: МОУ АХ, АМТ1 


Длина непосредственных операндов 

Длина непосредственной константы зависит от длины первого 
операнда. Например, следующий непосредственный операнд является 
двухбайтовым, но регистр АТ. имеет только один байт: 

МО\ АЕ, 0123Н (ошибка) 

Однако, если непосредственный операнд короче, чем получаю- 
щий операнд, как в следующем примере 

АБО АХ, 25Н (нет ошибки) 


то Ассемблер расширяет непосредственный операнд до двух байт, 
0025 и записывает объектный код в виде 2500. 


Непосредственные форматы 


Непосредственная константа может быть шестнадцатеричной, 
например, 0123Н; десятичной, например, 291 (которую Ассемблер кон- 
вертирует в шест.0123); или двоичной, например, 100100011В (которая 
преобразуется в шест. 0123). Ниже приведен список команд, которые до- 
пускают непосредственные операнды: 


Команды пересылки и сравнения 
МОУ, СМР. 


Арифметические команды 
АОС, АО, УВВ, ЗОВ. 


Команды сСАВИиГа 
ВСТ, ВСВ, ВОТ, ВОВ, ЗНТ, $АВ, $НВ. 


Логические команды 
АМО, ОВ, ТЕЗТ, ХОБ. 


Для создания элементов, длиннее чем два байта, МОЖНО ИСПОЛЬЗО- 
вать цикл или строковые команды. 
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Директива ЕФУ 


Директива ЕОЦ не определяет элемент данных, но определяет 
значение, которое может быть использовано для постановки в других ко- 
мандах. Предположим, что в сегменте данных закодирована следующая 
директива ЕОП: 


ТТМЕЗ$ ЕС 10 


Имя, в данном случае Т1МЕ$З, может быть представлено любым 
допустимым в Ассемблере именем. Теперь, в какой бы команде или ди- 
рективе не использовалось слово Т1МЕ$ Ассемблер подставит значение 
10. Например, Ассемблер преобразует директиву 


ЕТЕЕОА ОВ ТТМЕЗ БУР (?) в ЕТЕШОА ОВ 10 БУР (?) 


Имя, связанное с некоторым значением с помощью директивы 
ЕОЧ, может использоваться в командах, например: 


СОУМТВ ЕСИ 05 
МО\ СХ, СОУМТВ 


Ассемблер заменяет имя СОЧМТЕ в команде МОУ на значение 
05, создавая операнд с непосредственным значением, как если бы было 
закодировано: 


МОУ СХ,05 ; Ассемблер подставляет 05 


Здесь преимущество директивы ЕОП заключается в том, что мно- 
гие команды могут использовать значение, определенное по имени 
СОЧМТК. В случае, если это значение должно быть изменено, то изме- 
нению подлежит лишь одна директива ЕОЦ. Естественно, что использо- 
вание директивы ЕОЧ разумно лишь там, где подстановка имеет смысл 
для Ассемблера. В директиве ЕОЦ можно использовать символические 
имена: 


1. ТР ЕО ТОТАЕРАУ 
2. МРУ ЕСИ МИ 


Первый пример предполагает, что в сегменте данных программы 
определено имя ТОТАГРАУХ. Для любой команды, содержащей операнд 
ТР, Ассемблер заменит его на адрес ТОТАГРАУ. Второй пример показы- 
вает возможность использования в программе слова МРУ вместо обыч- 
ного мнемокода МОГ. 
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Лекция 3. 
Регистры 


Сегментные регистры: С$, 0$, $$ и Е$ 


Каждый сегментный регистр обеспечивает адресацию 64 К памя- 
ти, которая называется текущим сегментом. Как показано ранее, сегмент 
выравнен на границу параграфа и его адрес в сегментном регистре пред- 
полагает наличие справа четырех нулевых битов. 


Регистр С$ 


Регистр сегмента кода содержит начальный адрес сегмента кода. 
Этот адрес плюс величина смещения в командном указателе (ТР) опреде- 
ляет адрес команды, которая должна быть выбрана для выполнения. Для 
обычных программ нет необходимости делать ссылки на регистр С$. 


Регистр 0$ 


Регистр сегмента данных содержит начальный адрес сегмента дан- 
ных. Этот адрес плюс величина смещения, определенная в команде, ука- 
зывают на конкретную ячейку в сегменте данных. 


Регистр $$ 


Регистр сегмента стека содержит начальный адрес в сегменте 
стека. 


Регистр Е$ 


Некоторые операции над строками используют дополнительный 
сегментный регистр для управления адресацией памяти. В данном кон- 
тексте регистр ЕЗ$ связан с индексным регистром ПТ. В случае, если не- 
обходимо использовать регистр Е$, ассемблерная программа должна его 
инициализировать. 
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Регистры общего назначения: АХ, ВХ, СХ и 
ОХ 


При программировании на Ассемблере регистры общего назначе- 
ния являются «рабочими лошадками». Особенность этих регистров со- 
стоит в том, что возможна адресация их как одного целого слова или как 
однобайтовой части. Левый байт является старшей частью (6121), а пра- 
вый — младшей частью (1ю\). Например, двухбайтовый регистр СХ со- 
стоит из двух однобайтовых: СН и СГ, и ссылки на регистр возможны по 
любому из этих трех имен. Следующие три ассемблерные команды засы- 
лают нули в регистры СХ, СН и СГ, соответственно: 


МОУ СХ, 00 


МОУ СН, 00 
МОМ СЕ, 00 


Регистр АХ 


Регистр АХ является основным сумматором и применяется для 
всех операций ввода-вывода, некоторых операций над строками и неко- 
торых арифметических операций. Например, команды умножения, де- 
ления и сдвига предполагают использование регистра АХ. 


Некоторые команды генерируют более эффективный код, если 
они имеют ссылки на регистр АХ. 


АХ: | АН | АЁ| 


Регистр ВХ 

Регистр ВХ является базовым регистром. Это единственный ре- 
гистр общего назначения, который может использоваться в качестве 
«индекса» для расширенной адресации. Другое общее применение его — 
вычисления. 


ВХ: | ВН | ВЕ.| 


Регистр СХ 

Регистр СХ является счетчиком. Он необходим для управления 
числом повторений циклов и для операций сдвига влево или вправо. Ре- 
гистр СХ используется также для вычислений. 
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СХ:СН| СГ 


Регистр ОХ 


Регистр ОХ является регистром данных. Он применяется для не- 
которых операций ввода/вывода и тех операций умножения и деления 
над большими числами, которые используют регистровую пару ОХ иАХ. 


ох: рн|р1| 


Любые регистры общего назначения могут использоваться для 
сложения и вычитания как 8-ми, так и 16-ти битовых значений. 


Регистровые указатели: $Р и ВР 


Регистровые указатели ЗР и ВР обеспечивают системе доступ к 
данным в сегменте стека. Реже они используются для операций сложе- 
ния и вычитания. 


Регистр $Р 


Указатель стека обеспечивает использование стека в памяти, поз- 
воляет временно хранить адреса и иногда Данные. 


Этот регистр связан с регистром 55 для адресации стека. 


Регистр ВР 


Указатель базы облегчает доступ к параметрам: данным и адресам 
переданным через стек. 


Индексные регистры: $1 и 0! 


Оба индексных регистра возможны для расширенной адресации и 
для использования в операциях сложения и вычитания. 
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Регистр $1 


Этот регистр является индексом источника и применяется для не- 
которых операций над строками. В данном контексте регистр $1 связан с 
регистром О. 


Регистр 01 


Этот регистр является индексом назначения и применяется также 
для строковых операций. В данном контексте регистр ОТ связан с регис- 
тром Е$. 


= 


Регистр командного указателя: |Р 


Регистр [Р содержит смещение на команду, которая должна быть 
выполнена. Обычно этот регистр в программе не используется, но он мо- 
жет изменять свое значение при использовании отладчика РОЗ РЕВОС 
для тестирования программы. 


= 


Флаговый регистр 


Девять из 16 битов флагового регистра являются активными и оп- 
ределяют текущее состояние машины и результатов выполнения. Мно- 
гие арифметические команды и команды сравнения изменяют состояние 
флагов. 


Назначение флаговых битов 


О (Переполнение) 


Указывает на переполнение старшего бита при арифметических 
командах. 
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О (Направление) 


Обозначает левое или правое направление пересылки или сравне- 
ния строковых данных (данных в памяти превышающих длину одного 
слова). 


| (Прерывание) 
Указывает на возможность внешних прерываний. 


Т (Пошаговый режим) 


Обеспечивает возможность работы процессора в пошаговом ре- 
жиме. Например, программа РОЗ РЕВОС устанавливает данный флаг 
так, что возможно пошаговое выполнение каждой команды для провер- 
ки изменения содержимого регистров и памяти. 


$ (Знак) 


Содержит результирующий знак после арифметических операций 
(0 — плюс, 1 — минус). 


2 (Ноль) 
Показывает результат арифметических операций и операций 
сравнения (0 — ненулевой, 1 — нулевой результат). 


А (Внешний перенос) 


Содержит перенос из 3-го бита для 8-битных данных использует- 
ся для специальных арифметических операций. 


Р (Контроль четности) 


Показывает четность младших 8-битовых данных (1 — четное и 0 
— нечетное число). 


С (Перенос) 

Содержит перенос из старшего бита, после арифметических опе- 
раций, а также последний бит при сдвигах или циклических сдвигах. При 
программировании на Ассемблере наиболее часто используются флаги 
О, 5, 1, иС для арифметических операций и операций сравнения, а флаг 
Г для обозначения направления в операциях над строками. 
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Лекция 4. 
Арифметические 
операции 


В 


Обработка двоичных данных 


Несмотря на то, что мы привыкли к десятичной арифметике (база 
10), компьютер работает только с двоичной арифметикой (база 2). Кроме 
того, ввиду ограничения, накладываемого 16-битовыми регистрами, 
большие величины требуют специальной обработки. 


Сложение и вычитание 


Команды АОШО и ЗОВ выполняют сложение и вычитание байтов 
или слов, содержащих двоичные данные. Вычитание выполняется в ком- 
пьютере по методу сложения с двоичным дополнением: для второго опе- 
ранда устанавливаются обратные значения бит и прибавляется 1, а затем 
происходит сложение с первым операндом. Во всем, кроме первого ша- 
га, операции сложения и вычитания идентичны. 


Поскольку прямой операции память-память не существует, дан- 
ная операция выполняется через регистр. В следующем примере к содер- 
жимому слова \ОКОВ прибавляется содержимое слова \/ОВПА, опи- 
санных как ОУ: 


МО\ АХ, МОНОА 


АБО АХ, МОВОВ 
МО\ МОВОВ, АХ 


Переполнения 


Опасайтесь переполнений в арифметических операциях. Один 
байт содержит знаковый бит и семь бит данных, то есть, значения от -128 
до +127. 
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Результат арифметической операции может легко превзойти ем- 
кость однобайтового регистра. Например, результат сложения в регистре 
АГ, превышающий его емкость, автоматически не переходит в регистр 
АН. 


Предположим, что регистр АГ. содержит шест.60, тогда результат 
команды 


АБО АЕ, 20Н 


генерирует в АГ. сумму — шест.80. Но операция также устанавли- 
вает флаг переполнения и знаковый флаг в состояние «отрицательно». 
Причина заключается в том, что шест.80 или двоичное 1000 0000 являет- 
ся отрицательным числом, то есть, в результате, вместо +128, мы полу- 
чим -128. 


Так как регистр АГ. слишком мал для такой операции и следует 
воспользоваться регистром АХ. 


В следующем примере команда СВУ (Сопуеп Вуе тю УМога — пре- 
образовать байт в слово) преобразует шест.60 в регистре АТ. в шест.0060 в 
регистре АХ, передавая при этом знаковый бит (0) через регистр АН. 


Команда АО генерирует теперь в регистре АХ правильный ре- 
зультат: шест.0080, или +128: 


СВи ;Расширение АЁ до АХ 
АБО АХ, 20Н ;Прибавить к АХ 


Но полное слово имеет также ограничение: один знаковый бит и 
15 бит данных, что соответствует значениям от -32768 до +32767. 


- 


Беззнаковые и знаковые данные 


Многие числовые поля не имеют знака, например, номер абонен- 
та, адрес памяти. Некоторые числовые поля предлагаются всегда поло- 
жительные, например, норма выплаты, день недели, значение числа 
промежуточного итога. Другие числовые поля являются знаковые, так 
как их содержимое может быть положительным или отрицательным. На- 
пример, долговой баланс покупателя, который может быть отрицатель- 
ным при переплатах, или алгебраическое число. 
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Для беззнаковых величин все биты являются битами данных и 
вместо ограничения +32767 регистр может содержать числа до +65535. 
Для знаковых величин левый байт является знаковым битом. 


Команды АО и ЗОВ не делают разницы между знаковыми и без- 
знаковыми величинами, они просто складывают и вычитают биты. 


В следующем примере сложения двух двоичных чисел, первое 
число содержит единичный левый бит. 


Для беззнакового числа биты представляют положительное число 
249, для знакового — отрицательное число -7: 


Беззнаковое Знаковое 
1111 1001 249 -7 
+ + + + 
0000 0010 2 +2 


1111 1011 251 -5 


Двоичное представление результата сложения одинаково для без- 
знакового и знакового числа. 


Однако, биты представляют +251 для беззнакового числа и -5 для 
знакового. Таким образом, числовое содержимое поля может интерпре- 
тироваться по разному. 


Состояние «перенос» возникает в том случае, когда имеется 
перенос в знаковый разряд. 


Состояние «переполнение» возникает в том случае, когда перенос 
в знаковый разряд не создает переноса из разрядной сетки или перенос 
из разрядной сетки происходит без переноса в знаковый разряд. 


При возникновении переноса при сложении беззнаковых чисел, 
результат получается неправильный. 


При возникновении переполнения при сложении знаковых чи- 
сел, результат получается неправильный. 


При операциях сложения и вычитания может одновременно воз- 
никнуть и переполнение, и перенос. 
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Умножение 


Операция умножения для беззнаковых данных выполняется ко- 
мандой МОГ, а для знаковых — МОГ (Пуезег МОГарНсаНоп — умно- 
жение целых чисел). 


Ответственность за контроль над форматом обрабатываемых чи- 
сел и за выбор подходящей команды умножения лежит на самом про- 
граммисте. Существуют две основные операции умножения: 


Байт на байт 


Множимое находится в регистре АГ, а множитель в байте памяти 
или в однобайтовом регистре. После умножения произведение находит- 
ся в регистре АХ. Операция игнорирует и стирает любые данные, кото- 
рые находились в регистре АН. 


Слово на слово 

Множимое находится в регистре АХ, а множитель — в слове памя- 
ти или в регистре. После умножения произведение находится в двойном 
слове, для которого требуется два регистра: старшая (левая) часть произ- 
ведения находится в регистре ОХ, а младшая (правая) часть в регистре 
АХ. Операция игнорирует и стирает любые данные, которые находились 
в регистре ОХ. 


В единственном операнде команд МОГ и [МОГ указывается мно- 
житель. Рассмотрим следующую команду: 


МОЕ МИЕТЕ 


В случае, если поле МОГТК определено как байт (ОВ), то опера- 
ция предполагает умножение содержимого АТ. на значение байта из поля 
МОГЛК. В случае, если поле МОТТК определено как слово (ОУ), то 
операция предполагает умножение содержимого АХ на значение слова 
из поля МОГТК. В случае, если множитель находится в регистре, то дли- 
на регистра определяет тип операции, как это показано ниже: 


МОЕ СЕ ;Байт-множитель: множимое в АЁ, произвед. в АХ 
МОЕ ВХ ; Слово-множитель: множимое в АХ, произвед. в ОХ:АХ 
Беззнаковое умножение: Команда МИЕ 


Команда МОГ (МОГ арНсаНоп — умножение) умножает беззнако- 
вые числа. 
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Знаковое умножение: Команда ИМИ 


Команда 1МОГ (Пиезег МОГарПсаноп — умножение целых чи- 
сел) умножает знаковые числа. 


Команда МОГ рассматривает шест.80 как +128, а команда ПМОГ, 
— как -128. В результате умножения -128 на +64 получается -8192 или 
шест.Е000. 


Если множимое и множитель имеет одинаковый знаковый бит, то 
команды МОТ, и МОЕ генерируют одинаковый результат. Но, если со- 
множители имеют разные знаковые биты, то команда МОГ, вырабатыва- 
ет положительный результат умножения, а команда ПМОГ — отрица- 
тельный. 


Повышение эффективности умножения 

При умножении на степень числа 2 (2,4,8 и так далее) более эф- 
фективным является сдвиг влево на требуемое число битов. Сдвиг более 
чем на 1 требует загрузки величины сдвига в регистр СГ. В следующих 
примерах предположим, что множимое находится в регистре АГ, или АХ: 

Умножение на 2: 

УНЕ АЕ, 1 

Умножение на 8: 


МОМ СЕ, 3 
НЕ АХ, СЁ 


Многословное умножение 


Обычно умножение имеет два типа: «байт на байт» и «слово на 
слово». 


Как уже было показано, максимальное знаковое значение в слове 
ограничено величиной +32767. Умножение больших чисел требует вы- 
полнения некоторых дополнительных действий. Рассматриваемый под- 
ход предполагает умножение каждого слова отдельно и сложение полу- 
ченных результатов. Рассмотрим следующее умножение в десятичном 
формате: 


1365 
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Представим, что десятичная арифметика может умножать только 
двузначные числа. Тогда можно умножить 13 и 65 на 12 раздельно, следу- 
ющим образом: 





13 65 
х х 
12 12 
26 130 
13 65 
156 780 


Следующим шагом сложим полученные произведения, но по- 
скольку число 13 представляло сотни, то первое произведение в действи- 
тельности будет 15600: 


16380 


Ассемблерная программа использует аналогичную технику за ис- 
ключением того, что данные имеют размерность слов (четыре цифры) в 
шестнадцатеричном формате. 


Умножение двойного слова на слово 


Процедура Е1ОХМОЕГ умножает двойное слово на слово. Множи- 
мое, МОГТСЮЮО, состоит из двух слов, содержащих соответственно 
шест.3206 и шест.2521. Определение данных в виде двух слов (ОУ\) вме- 
сто двойного слова (ОО) обусловлено необходимостью правильной ад- 
ресации для команд МОУ, пересылающих слова в регистр АХ. Множи- 
тель МОТТРГК содержит шест.6400. 


Область для записи произведения, РКОООСТ, состоит из трех 
слов. Первая команда МОТ перемножает МОГТРГК и правое слово по- 
ля МОЕТСМЮО; произведение — шест.0Е80 Е400 записывается в РКОПО- 
ОСТ+2 и РКОРОСТ-+4. Вторая команда МОТ, перемножает МОГТРЕВ 
и левое слово поля МОГТСМЮО, получая в результате шест. 138А 5800. 
Далее выполняется сложение двух произведений следующим образом: 


Произведение 1: 0000 0Е80 Е400 
Произведение 2: 138 А 5800 


Результат: 138А 6680 Е400 
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Так как первая команда АОО может выработать перенос, то вто- 
рое сложение выполняется командой сложения с переносом АОС (АРа 
УИ Сагту). 


В силу обратного представления байтов в словах, область РКОО- 
ОСТ вдействительности будет содержать значение 8А13 8066 00Е4. Про- 
грамма предполагает, что первое слово в области РКОРОСТ имеет на- 
чальное значение 0000. 


Умножение двойного слова на двойное слово 


Умножение двух двойных слов включает следующие четыре опе- 
рации умножения: 


Множимое Множитель 
слово 2 слово 2 
слово 2 слово 1 
слово 1 слово 2 
слово 1 слово 1 


Каждое произведение в регистрах ОХ и АХ складывается с соот- 
ветствующим словом в окончательном результате. 


Хотя логика умножения двойных слов аналогична умножению 
двойного слова на слово, имеется одна особенность, после пары команд 
сложения АРО/АОС используется еще одна команда АОС, которая при- 
бавляет 0 к значению в итоговом поле. 


Это необходимо потому, что первая команда АОС сама может вы- 
звать перенос, который последующие команды могут стереть. Поэтому 
вторая команда АОС прибавит 0, если переноса нет, и прибавит 1, если 
перенос есть. 


Финальная пара команд АРО/АОС не требует дополнительной 
команды АОС, так как область итога достаточно велика для генерации 
окончательного результата и переноса на последнем этапе не будет. 


= 


Сдвиг регистровой пары ОХ:АХ 


Следующая подпрограмма может быть полезна для сдвига содер- 
жимого регистровой пары ОХ:АХ вправо или влево. Можно придумать 
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более эффективный метод, но данный пример представляет общий под- 
ход для любого числа циклов (и, соответственно, сдвигов) в регистре СХ. 
Заметьте, что сдвиг единичного бита за разрядную сетку устанавливает 
флаг переноса. 


Сдвиг влево на 4 бита 


МОУ СХ, 04 ;Инициализация на 4 цикла С20: 
НЕ 0Х,1 ;Сдвинуть 0Х на 1 бит влево 
ОНЕ АХ, 1 ;Сдвинуть АХ на 1 бит влево 
АБС ОХ, 00 ;Прибавить значение переноса 
[О0Р (20 ;Повторить Сдвиг вправо на 4 бита 

МОУ СХ,04 ;Инициализация на 4 цикла 020: 

ОНН АХ, 1 ;Сдвинуть АХ на 1 бит вправо 

НВ 0Х,1 ;Сдвинуть ОХ на 1 бит вправо 

УМС 030 ;В случае, если есть перенос, 

ОВ АН, 100000008 ; то вставить 1 в АН 030: 

[00Р 020 ; Повторить 

Ниже приведен более эффективный способ для сдвига влево, не 


требующий организации цикла. В этом примере фактор сдвига записы- 
вается в регистр СГ. 


























Пример написан для сдвига на 4 бита, но может быть адаптирован 
для других величин сдвигов: 


МОУ С1,04 ;Установить фактор сдвига 

НЕ ОХ, СЕ ;Сдвинуть 0Х влево на 4 бита 
МОУ ВЕ, АН ; Сохранить АН в ВЕ 

ОНЕ АХ, СЁ ;Сдвинуть АХ влево на 4 бита 
УНЕ ВЕ, СЁ ;Сдвинуть ВЁ вправо на 4 бита 
ОВ 01, В: ;Записать 4 бита из ВЕ в 0 


= 


Деление 


Операция деления для беззнаковых данных выполняется коман- 
дой ПТУ, а для знаковых — ПОЛУ. Ответственность за подбор подходящей 
команды лежит на программисте. 


Существуют две основные операции деления: 
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Деление слова на байт 


Делимое находится в регистре АХ, а делитель — в байте памяти 
или а однобайтовом регистре. После деления остаток получается в реги- 
стре АН, а частное — в АГ. Так как однобайтовое частное очень мало 
(максимально +255 (шест.ЕЕ) для беззнакового деления и +127 
(шест.7Е) для знакового), то данная операция имеет ограниченное ис- 
пользование. 


Деление двойного слова на слово 


Делимое находится в регистровой паре ОХ:АХ, а делитель — в сло- 
ве памяти или а регистре. После деления остаток получается в регистре 
ОХ, а частное в регистре АХ. Частное в одном слове допускает макси- 
мальное значение +32767 (шест.РЕЕЕ) для беззнакового деления и 
+16383 (шест.7ЕЕЁЕ) для знакового. 


В единственном операнде команд ОМУ и ШУ указывается дели- 
тель. Рассмотрим следующую команду: 

ОТ\У ОТ\Т$0В 

В случае, если поле ОГУПЗОК определено как байт (ОВ), то опера- 
ция предполагает деление слова на байт. В случае, если поле ОГУШ$ОВ 


определено как слово (ОУ), то операция предполагает деление двойного 
слова на слово. 


При делении, например, 13 на 3, получается результат 4 1/3. Част- 
ное есть 4, а остаток — 1. Заметим, что ручной калькулятор выдает в этом 
случае результат 4,333.... Значение содержит целую часть (4) и дробную 
часть (,333). Значение 1/3 и 333... есть дробные части, в то время как 1 
есть остаток от деления. 


Беззнаковое деление: Команда ОМ 
Команда ПУ делит беззнаковые числа. 


Знаковое деление: Команда ГМ 


Команда ШОУ (щезег ОГ\Уе) выполняет деление знаковых 
чисел. 


Повышение производительности 


При делении на степень числа 2 (2, 4, и так далее) более эффектив- 
ным является сдвиг вправо на требуемое число битов. В следующих при- 
мерах предположим, что делимое находится в регистре АХ: 


Деление на 2: 
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НН АХ, 1 
Деление на 8: 


МОУ СЕ, 3 
ОНА АХ, СЁ 


Переполнения и прерывания 


Используя команды ПУ и особенно ПГТУ, очень просто вызвать 
переполнение. Прерывания приводят (по крайней мере в системе, ис- 
пользуемой при тестировании этих программ) к непредсказуемым ре- 
зультатам. В операциях деления предполагается, что частное значитель- 
но меньше, чем делимое. 


Деление на ноль всегда вызывает прерывание. Но деление на 1 ге- 
нерирует частное, которое равно делимому, что может также легко вы- 
звать прерывание. 


Рекомендуется использовать следующее правило: если делитель — 
байт, то его значение должно быть меньше, чем левый байт (АН) делите- 
ля: если делитель — слово, то его значение должно быть меньше, чем ле- 
вое слово (ОХ) делителя. 


При использовании команды ПМУ необходимо учитывать тот 
факт, что либо делимое, либо делитель могут быть отрицательными, а так 
как сравниваются абсолютные значения, то необходимо использовать 
команду МЕС для временного перевода отрицательного значения в по- 
ложительное. 


Деление вычитанием 


В случае, если частное слишком велико, то деление можно выпол- 
нить с помощью циклического вычитания. 


Метод заключается в том, что делитель вычитается из делимого и 
В этом же цикле частное увеличивается на 1. 


Вычитание продолжается, пока делимое остается больше делите- 
ля. В следующем примере, делитель находится в регистре АХ, а делимое 
— в ВХ, частное вырабатывается в СХ: 


ИВ СХ, СХ ;0чистка частного С20: 

СМР АХ, ВХ ;В случае, если делимое < делителя, 
УВ С30 ; то выйти 

ИВ АХ, ВХ ;Вычитание делителя из делимого 

ТМС СХ ;Инкремент частного 

УМР С20 ;Повторить цикл 6030: 

ВЕТ ;Частное в СХ, остаток в АХ 
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В конце подпрограммы регистр СХ будет содержать частное, а АХ 
— остаток. Пример умышленно примитивен для демонстрации данной 
техники деления. В случае, если частное получается в регистровой паре 
ОХ:АХ, то необходимо сделать два дополнения: 


1. В метке С20 сравнивать АХ и ВХ только при нулевом ОХ. 
2. После команды ЗОВ вставить команду ЗВВ ОХ,00. 


Примечание: очень большое частное и малый делитель могут вы- 
звать тысячи циклов. 


Преобразование знака 


Команда МЕС обеспечивает преобразование знака двоичных чи- 
сел из положительного в отрицательное и наоборот. Практически коман- 
да МЕС устанавливает противоположные значения битов и прибавляет 1. 
Примеры: 


МЕС АХ 
МЕС ВЕ 
МЕС ВТМАМТ ; (байт или слово в памяти) 


Преобразование знака для 35-битового (или большего) числа 
включает больше шагов. Предположим, что регистровая пара ОХ:АХ со- 
держит 32-битовое двоичное число. Так как команда МЕС не может об- 
рабатывать два регистра одновременно, то ее использование приведет к 
неправильному результату. В следующем примере показано использова- 
ние команды МОТ: 


МОТ ОХ ;Инвертирование битов 
МОТ АХ ;Инвертирование битов 
АО АХ, 1 :Прибавление 1 к АХ 
АОС 0Х,0 ;Прибавление переноса к ОХ 


Остается одна незначительная проблема: над числами, представ- 
ленными в двоичном формате, удобно выполнять арифметические опе- 
рации, если сами числа определены в программе. Данные, вводимые в 
программу с дискового файла, могут также иметь двоичный формат. Но 
данные, вводимые с клавиатуры, представлены в АЗСП-формате. 
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Хотя АЗСП-коды удобны для отображения и печати, они требуют 
специальных преобразований в двоичный формат для арифметических 
вычислений. 


Важно: 


Ф Будьте особенно внимательны при использовании 
однобайтовых регистров. Знаковые значения здесь могут 
быть от -128 до +127. 


Ф Для многословного сложения используйте команду АРС 
для учета переносов от предыдущих сложений. В случае, 
если операция выполняется в цикле, то используя команду 
СТС, установите флаг переноса в 0. 


Ф* Используйте команды МОГ или [ЛУ для беззнаковых 
данных и команды МОГ или ШПЛУ для знаковых. 


Ф При делении будьте осторожны с переполнениями. В 
случае, если нулевой делитель возможен, то обеспечьте 
проверку этой операции. Кроме того, делитель должен 
быть больше содержимого регистра АН (для байта) или ОХ 
(для слова). 


Ф* Для умножения или деления на степень двойки 
используйте сдвиг. Сдвиг вправо выполняется командой 
ЗНК для беззнаковых полей и командой ЗАК для знаковых 


полей. Для сдвига влево используются идентичные 
команды 5НГи ЗАГ. 


Ф Будьте внимательны при ассемблировании по умолчанию. 
Например, если поле ЕАСТ определено как байт (ОВ), то 
команда МОГ, ЕАСТ полагает множимое в регистре АГ, а 
команда ОГУ ЕАСТ полагает делимое в регистре АХ. В 
случае, если ЕАСТ определен как слово (О\/), то команда 
МОЕ БАСТ полагает множимое в регистре АХ, а команда 
ОГУ ЕАСТ полагает делимое в регистровой паре ОХ:АХ. 
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Обработка данных в форматах А$СИ и ВСВ 


Для получения высокой производительности компьютер выпол- 
няет арифметические операции над числами в двоичном формате. Этот 
формат не вызывает особых трудностей, если данные определены в са- 
мой программе. Во многих случаях новые данные вводятся программой с 
клавиатуры в виде АЗСП символов в десятичном формате. Аналогично 
вывод информации на экран осуществляется в кодах АЗСИП. Например, 
число 23 в двоичном представлении выглядит как 00010111 или шест.17; 
в коде АЗСП на каждый символ требуется один байт и число 25 в АЗСП- 
коде имеет внутреннее представление шест.3235. 


При программировании на языках высокого уровня для обозначе- 
ния порядка числа или положения десятичной запятой (точки) можно 
положиться на компилятор. Однако, компьютер не распознает десятич- 
ную запятую (точку) в арифметических полях. Так как двоичные числа 
не имеют возможности установки десятичной (или двоичной) запятой 
(точки), то именно программист должен подразумевать и определить по- 
рядок обрабатываемых чисел. 


А$С!|-формат 


Данные, вводимые с клавиатуры, имеют АЗСП-формат, напри- 
мер, буквы ЗАМ имеют в памяти шестнадцатеричное представление 
534140, цифры 1234 — шест.31323334. Во многих случаях формат алфа- 
витных данных, например, имя человека или описание статьи, не меня- 
ется в программе. Но для выполнения арифметических операций над 
числовыми значениями, такими как шест.31323334, требуется специаль- 
ная обработка. 


С помощью следующих ассемблерных команд можно выполнять 
арифметические операции непосредственно над числами в АЗСП- 
формате: 


ААА (АЗСТТ Аа]изф Гог Ада1Е1оп - коррекция для сложения 
АЗСТТ-кода) 

ААВ (АЗСТТ Ад]изт Рог 01\1$10п - коррекция для деления 
АЗСТТ-кода) 

ААМ (АЗСТТ АЧд]изф Гог Ми111р11са1оп - коррекция для умножения 
АЗСТТ-кода) 
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ААЗ (АЗСТТ АЯ] изт Гог ЗибтгасЕ1оп - коррекция для вычитания 
АЗСТТ-кода) 


Эти команды кодируются без операндов и выполняют автомати- 
ческую коррекцию в регистре АХ. Коррекция необходима, так как 
А$СП-код представляет так называемый распакованный десятичный 
формат, в то время, как компьютер выполняет арифметические опера- 
ции в двоичном формате. 


Сложение многобайтовых АЗСП-чисел требует организации цик- 
ла, который выполняет обработку справа налево с учетом переноса. 


Вычитание в А$С!-формате 


Команда АА$ (АЗСП Аайа$( Юг За гасНоп — коррекция для вычи- 
тания АЗСП-кодов) выполняется аналогично команде ААА. Команда 
АА$ проверяет правую шест. цифру (четыре бита) в регистре АГ. В 
случае, если эта цифра лежит между А и Е или флаг АЕ равен 1, то из ре- 
гистра АТ, вычитается 6, а из регистра АН вычитается 1, флаги АРи СЕ 
устанавливаются в 1. Во всех случаях команда АА$ устанавливает в 0 ле- 
вую шест.цифру в регистре АГ. 


Умножение в А$С!-формате 


Команда ААМ (АЗСПИ Ада Юг МишрПсаНоп — коррекция для 
умножения АЗСП-кодов) выполняет корректировку результата умноже- 
ния АЗСП-кодов в регистре АХ. Однако, шест. цифры должны быть очи- 
щены от троек и полученные данные уже не будут являться действитель- 
ными А$СП-кодами. Например, число в АЗСП-формате 31323334 имеет 
распакованное десятичное представление 01020304. Кроме этого, надо 
помнить, что коррекция осуществляется только для одного байта за одно 
выполнение, поэтому можно умножать только одно-байтовые поля; для 
более длинных полей необходима организация цикла. 


Команда ААМ делит содержимое регистра АГ на 10 (шест.оА) и за- 
писывает частное в регистр АН, а остаток в АГ.. Предположим, что в ре- 
гистре АГ, содержится шест.35, а в регистре СГ, — шест.39. Следующие 
команды умножают содержимое регистра АГ. на содержимое СГ, и преоб- 
разуют результат в АЗСП-формат: 


АХ: АМО СЕ, ОЕН ; Преобразовать СЕ в 09 

АМО АЕ, ОЕН ; Преобразовать АЁ в 05 0005 

МОЕ СЕ ;Умножить АЕ на СЕ 0020 

ААМ ; Преобразовать в распак. дес. 0405 

ОВ АХ, ЗОЗОН ; Преобразовать в АЗСТТ-ф-т 3435 


Команда МОГ генерирует 45 (шест.002)) в регистре АХ, после че- 
го команда ААМ делит это значение на 10, записывая частное 04 в ре- 
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гистр АН и остаток 05 в регистр АГ. Команда ОК преобразует затем рас- 
пакованное десятичное число в АЗСП-формат. 


Деление в А$СИ-формате 


Команда ААО (АЗСП Ада юг 0115101 — коррекция для деления 
А$СП-кодов) выполняет корректировку АЗСП-кода делимого до непо- 
средственного деления. Однако, прежде необходимо очистить левые 
тройки АЗСП-кодов для получения распакованного десятичного форма- 
та. Команда ААО может оперировать с двухбайтовыми делимыми в реги- 
стре АХ. Предположим, что регистр АХ содержит делимое 3238 в АЗСП- 
формате и регистр СГ, содержит делитель 37 также в АЗСП-формате. 
Следующие команды выполняют коррекцию для последующего деле- 
НИЯ: 


АХ: АМО СЕ, ОЕН ; Преобразовать СЁ в распак. дес. 
АМО АХ, ОРОЕН ; Преобразовать АХ в распак. дес. 0208 
ААВ ; Преобразовать в двоичный 001С 

ОТ\/ СЁ ;Разделить на 7 0004 


Команда АА умножает содержимое АН на 10 (шест.0А), прибав- 
ляет результат 20 (шест.14) к регистру АГ, и очищает регистр АН. Значе- 
ние 001С есть шест. представление десятичного числа 28. Делитель мо- 
жет быть только однобайтовый от 01 до 09. 


а 


Двоично-десятичный формат (ВСО) 


В предыдущем примере деления в АЗСП-формате было получено 
частное 00090204. В случае, если сжать это значение, сохраняя только 
правые цифры каждого байта, то получим 0924. Такой формат называет- 
ся двоично-десятичным (ВСО — Вшагу Содед Оесита!) (или упакован- 
ным). Он содержит только десятичные цифры от 0 до 9. Длина двоично- 
десятичного представления в два раза меньше АЗСП-представления. 


Заметим, однако, что десятичное число 0924 имеет основание 10 
и, будучи преобразованным в основание 16 (то есть, в шест. представле- 
ние), даст шест.039С. 


Можно выполнять сложение и вычитание чисел в двоично-деся- 
тичном представлении (ВСО-формате). 
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Для этих целей имеются две корректирующих команды: 


+ ПАА (Бесипа! А4лазтепе Юг АЗашШоп — десятичная 
коррекция для сложения) 


Ф РАЗ (Оесипа! А4длизитепе ог ЗиБтасНоп — десятичная 
коррекция для вычитания) 


Обработка полей также осуществляется по одному байту за одно 
выполнение. 


Преобразование А$С!-формата в двоичный 

формат 

Выполнение арифметических операций над числами в АЗСП или 
ВСР форматах удобно лишь для коротких полей. В большинстве случаев 
для арифметических операций используется преобразование в двоичный 
формат. 


Практически проще преобразование из АЗ$СП-формата непосред- 
ственно в двоичный формат, чем преобразование из АЗСП- в ВСО-фор- 
мат и, затем, в двоичный формат: Метод преобразования базируется на 
том, что АЗСП-формат имеет основание 10, а компьютер выполняет 
арифметические операции только над числами с основанием 2. Процеду- 
ра преобразования заключается в следующем: 


1. Начинают с самого правого байта числа в АЗСП-формате и об- 
рабатывают справа налево. 


2. Удаляют тройки из левых шест.цифр каждого АЗСП-байта. 


3. Умножают АЗСП-цифры на 1, 10, 100 (шест.1, А, 64) и так далее 
и складывают результаты. 


Преобразование двоичного формата в 
А$СП-формат 


Для того, чтобы напечатать или отобразить на экране арифметиче- 
ский результат, необходимо преобразовать его в АЗСП-формат. Данная 
операция включает в себя процесс обратный предыдущему. Вместо ум- 
ножения используется деление двоичного числа на 10 (шест.0А) пока ре- 
зультат не будет меньше 10. Остатки, которые лежат в границах от 0 до 9, 
образуют число в АЗСП-формате. 
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Сдвиг и округление 


Рассмотрим процесс округления числа до двух десятичных знаков 
после запятой. В случае, если число равно 12,345, то необходимо приба- 
вить 5 к отбрасываемому разряду и сдвинуть число вправо на один деся- 
тичный разряд: 


Число: 12,345 Плюс 5: +5 - Округленное число: 12,350 = 12,35 


В случае, если округляемое число равно 12,3455, то необходимо 
прибавить 50 и сдвинуть на два десятичных разряда. Для 12,34555 необ- 
ходимо прибавить 500 и сдвинуть на три десятичных разряда: 


12,3455 12,34555 +50 +500 --- 12,3505 = 12,35 12,35055 = 12,35 


К числу, имеющему шесть знаков после запятой, необходимо при- 
бавить 5000 и сдвинуть на четыре десятичных разряда и так далее. По- 
скольку данные представляются в компьютере в двоичном виде, то 12345 
выглядит как шест.3039. Прибавляя 5 к 3039, получим 303Е, что соответ- 
ствует числу 12350 в десятичном представлении. Пока все хорошо. Но 
вот сдвиг на одну двоичную цифру дает в результате шест.181Е, или 1675 
— то есть, сдвиг на одну двоичную цифру просто делит число пополам. 
Но нам необходим такой сдвиг, который эквивалентен сдвигу вправо на 
одну десятичную цифру. Такой сдвиг можно осуществить делением на 10 
(шест.А): 


Шест. З0ОЗЕ : Шест.А = 403 или дес. 1235 


Преобразование шест.403 в АЗСП-формат дает число 1235. Те- 
перь остается лишь вставить запятую в правильную позицию числа 12,35, 
и можно выдать на экран округленное и сдвинутое значение. 


Таким образом можно округлять и сдвигать любые двоичные чис- 
ла. 


Для трех знаков после запятой необходимо прибавить 5 и разде- 
лить на 10, для четырех знаков после запятой: прибавить 50 и разделить 
на 100. Возможно вы заметили модель: фактор округления (5, 50, 500 и 
так далее) всегда составляет половину фактора сдвига (10, 100, 1000 итак 
далее). 


Конечно, десятичная запятая в двоичном числе только подразуме- 
вается. 
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Отрицательн ые величины 


Некоторые применения программ допускают наличие отрица- 
тельных величин. Знак минус может устанавливаться после числа, на- 
пример, 12,34-, или перед числом -12,34. Программа может проверять 
наличие минуса при преобразовании в двоичный формат. Можно оста- 
вить двоичное число положительным, но установить соответствующий 
индикатор исходной отрицательной величины. После завершения ариф- 
метических операций знак минус при необходимости может быть встав- 
лен в АЗСП поле. 


В случае, если необходимо, чтобы двоичное число было также от- 
рицательным, то можно преобразовать, как обычно, АЗСП-формат в 
двоичный. Будьте внимательны при использовании команд [МОГ и 
ГОУ для обработки знаковых данных. Для округления отрицательных 
чисел следует не прибавлять, а вычитать фактор 5. 


Важно: 


+ А$СП-формат требует один байт на каждый символ. В 
случае, если поле содержит только цифры от 0 до 9, то 
замена старших троек в каждом байте на нули создает 
распакованный десятичный формат. Сжатие числа до двух 
цифр в байте создает упакованный десятичный формат. 


Ф* После АЗСП-сложения необходимо выполнить коррекцию 
с помощью команды ААА; после АЗСП-вычитания — 
коррекция с помощью команды ААЗ. 


+ Прежде чем выполнить АЗСП-умножение, необходимо 
преобразовать множимое и множитель в «распакованный 
десятичный» формат, обнулив в каждом байте левые 
тройки. После умножения необходимо выполнить 
коррекцию результата с помощью команды ААМ. 


Ф Прежде чем выполнить АЗСП-деление, необходимо: 
1) преобразовать делимое и делитель в «распакованный 
десятичный» формат, обнулив в каждом байте левые 
тройки и 2) выполнить коррекцию делимого с помощью 
команды АА. 


Ф Для большинства арифметических операций используйте 
преобразование чисел из А$СП-формата в двоичной 
формат. В процессе такого преобразования проверяйте на 
корректность АЗСП-символы: они должны быть от шест.30 
до шест.39, могут содержать десятичную запятую (точку) и, 
возможно, знак минус. 
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Лекция 5. 
Команды обработки строк 


= 


Свойства операций над строками 


Часто бывает необходимо переслать или сравнить поля данных, 
которые превышают по длине одно слово. 


Например, необходимо сравнить описания или имена для того, 
чтобы отсортировать их в восходящей последовательности. Элементы та- 
кого формата известны как строковые данные и могут являться как сим- 
вольными, так и числовыми. Для обработки строковых данных Ассемб- 
лер имеет пять команд обработки строк: 


ьа МОУ5$ — переслать один байт или одно слово из одной 
области памяти в другую; 

Ф Г.ОО5 — загрузить из памяти один байт в регистр АГ. или 
одно слово в регистр АХ; 

Ф ЭТОЗ — записать содержимое регистра АТ, или АХ в 
память; 

Ф СМРБ5 — сравнить содержимое двух областей памяти, 


размером в один байт или в одно слово; 


Ф ЗСАБЗ — сравнить содержимое регистра АТ, или АХ с 
содержимым памяти. 


Префикс ВЕР позволяет этим командам обрабатывать строки лю- 
бой длины. 


Цепочечная команда может быть закодирована для повторяющей- 
ся обработки одного байта или одного слова за одно выполнение. Напри- 
мер, можно выбрать «байтовую» команду для обработки строки с нечет- 
ным числом байт или «двухбайтовую» команду для обработки четного 
числа байт. 
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Например, можно кодировать операнды для команды МО\У$5, но 
опустить их для МОУЗВ и МОУ5ЗУ.. Эти команды предполагают, что 
регистры ОГ и $1 содержат относительные адреса, указывающие на необ- 
ходимые области памяти (лля загрузки можно использовать команду 
ГЕА). Регистр 51 обычно связан с регистром сегмента данных — 0ОЪ:3[. 
Регистр ОТ всегда связан с регистром дополнительного сегмента — 
Е$:ОТ. Следовательно, команды МОУЗ, 5ТО$, СМР$ и ЗСА$ требуют 
инициализации регистра Е$ (обычно адресом в регистре 05). 


В 


РЕР: Префикс повторения цепочечной 
команды 


Несмотря на то, что цепочечные команды имеют отношение к од- 
ному байту или одному слову, префикс КЕР обеспечивает повторение 
команды несколько раз. Префикс кодируется непосредственно перед це- 
почечной командой, например, КЕР МОУЗВ. Для использования пре- 
фикса КЕР необходимо установить начальное значение в регистре СХ. 
При выполнении цепочечной команды с префиксом КЕР происходит 
уменьшение на 1 значения в регистре СХ до нуля. 


Таким образом, можно обрабатывать строки любой длины. 


Флаг направления определяет направление повторяющейся опе- 
рации: 


Ф для направления слева направо необходимо с помощью 
команды СГО установить флаг ОЕв0; 


Ф* для направления справа налево необходимо с помощью 
команды ЭТО установить флаг РЕВ 1. 


В следующем примере выполняется пересылка 20 байт из 
ЭТЕПМО 1 в 5ТКИМО2. Предположим, что оба регистра 0$ и Е$ инициа- 
лизированы адресом сегмента данных: 


ОТАТМ@1 ОВ 20 ВУР('*') 

ОТАТ№@2 ОВ 20 ВУР(°°) 

СЕВ ;Сброс флага ВЕ 

МОУ СХ,20 ;Счетчик на 20 байт 

ЕЕА ОТ, ЗТВТМ@2 ; Адрес области “куда” 
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ЕЕА УТ, ЭТАТМ@1 ;Адрес области “откуда” 

ВЕР МО\У$В ;Переслать данные 

При выполнении команд СМР$ и 5СА$ возможна установка фла- 
гов состояния, так чтобы операция могла прекратиться сразу после обна- 
ружения необходимого условия. Ниже приведены модификации пре- 
фикса КЕР для этих целей: 


Ф* КЕР — повторять операцию, пока СХ не равно 0; 


Ф* КЕРИ, или КЕРЕ — повторять операцию, пока флаг Е 
показывает «равно или ноль». 


+ Прекратить операцию при флаге Е, указывающему на не 
равно или не ноль или при СХ равном 0; 


Ф КЕРМЕ или КЕРМИ, — повторять операцию, пока флаг ХЕ 
показывает «не равно или не ноль». 


Ф* Прекратить операцию при флаге Е, указывающему на 


«равно или нуль» или при СХ равным 0. 


МО\$: Пересылка строк 


Команда МОУ$ с префиксом ВЕР и длиной в регистре СХ может 
выполнять пересылку любого числа символов. Для области, принимаю- 
щей строку, сегментным регистром, является регистр Е$, а регистр ОТ 
содержит относительный адрес области, передающей строку. Сегмент- 
ным регистром является регистр 0$, а регистр $1 содержит относитель- 
ный адрес. Таким образом, в начале программы перед выполнением ко- 
манды МОУ\У$ необходимо инициализировать регистр ЕЗ вместе с 
регистром 0$, а также загрузить требуемые относительные адреса полей 
в регистры ОГ и 51. 


В зависимости от состояния флага ОЕ команда МОУ$ производит 
увеличение или уменьшение на 1 (для байта) или на 2 (для слова) содер- 
жимого регистров ОТ и 51. Приведем команды, эквивалентные цепочеч- 
ной команде ВЕР МОУЪЗВ: 


УСХ7 ТАВЕЁЕ2 
ГАВЕЕТ: МОУ АЕ, [$1] 
МОМ [ОТ], АЁ 
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ТАМС/ОЕС ОТ ;Инкремент или декремент 
ОМС/ОЕС 5Т ;Инкремент или декремент 
[00Р ТАВЕЕТ 

[АВЕЕ2 : 


= 


[00$: Загрузка строки 


Команда [ОО$ загружает из памяти в регистр АГ, один байт или в 
регистр АХ одно слово. Адрес памяти определяется регистрами 05:51. В 
зависимости от значения флага ОЕ происходит увеличение или умень- 
шение регистра 31. 


Поскольку одна команда ГОО загружает регистр, то практичес- 
кой пользы от префикса ВЕР в данном случае нет. Часто простая коман- 
да МОУ полностью адекватна команде ГОО5$, хотя МОУ генерирует три 
байта машинного кода, а [ОШО$ — только один, но требует инициализа- 
цию регистра 51. Можно использовать команду [ООЗ в том случае, ког- 
да требуется продвигаться вдоль строки (по байту или по слову), прове- 
ряя загружаемый регистр на конкретное значение. 


Команды, эквивалентные команде ГООЗВ: 


МОМ АЕ, [51] 
МС 51 


= 


$ТО$: Запись строки 


Команда ЭТОЗ записывает (сохраняет) содержимое регистра АГ, 
или АХ в байте или в слове памяти. Адрес памяти всегда представляется 
регистрами ЕЗ:О1. В зависимости от флага ОЕ команда ЗТО$ также уве- 
личивает или уменьшает адрес в регистре П на 1 для байта или на 2 для 
слова. 


Практическая польза команды ЗТОЗ с префиксом КЕР — иници- 
ализация области данных конкретным значением, например, очистка 
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дисплейного буфера пробелами. Длина области (в байтах или в словах) 
загружается в регистр АХ. 


Команды, эквивалентные команде КЕР ЗТОЗВ: 


УСХ7 ТАВЕЕ2 

ГАВЕЕТ: МОМ [ОТ], АЕ 

ТАС/ОЕС ОТ ;Инкремент или декремент 
[ООР ТАВЕЕТ 

ГАВЕЕ2: 


Е 


СМР$: Сравнение строк 


Команда СМР$ сравнивает содержимое одной области памяти 
(адресуемой регистрами ОЪ:51) с содержимыми другой области (адресу- 
емой как ЕЗ:ОП. В зависимости от флага ОЕ команда СМР$ также уве- 
личивает или уменьшает адреса в регистрах ЗГ и О] на 1 для байта или на 
2 для слова. Команда СМР$ устанавливает флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и 
ГЕ. При использовании префикса КЕР в регистре СХ должна находить- 
ся длина сравниваемых полей. Команда СМР$ может сравнивать любое 
число байт или слов. 


Рассмотрим процесс сравнения двух строк, содержащих имена 
ТЕАМ и ЛОАМ. Сравнение побайтно слева направо приводит к следую- 
щему: 


У Равно 
Е. ^0 Не равно (Е меньше 0) 
А: А Равно 
М: М Равно 


Сравнение всех четырех байт заканчивается сравнением М:М — 
равно/нуль. Так как имена «не равны», операция должна прекратиться, 
как только будет обнаружено условие «не равно». 


Для этих целей команда КЕР имеет модификацию КЕРЕ, которая 
повторяет сравнение до тех пор, пока сравниваемые элементы равны, 
или регистр СХ не равен нулю. Кодируется повторяющееся однобайто- 
вое сравнение следующим образом: 


ВЕРЕ СМРЗВ 
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= 


$СА$: Сканирование строк 


Команда 3СА$ отличается от команды СМР$ тем, что сканирует 
(просматривает) строку на определенное значение байта или слова. 
Команда ЗСАЗ сравнивает содержимое области памяти (адресуемой 
регистрами ЕЗ:ОТ) с содержимым регистра АГ или АХ. В зависимости от 
значения флага ОЕ команда 5СА$ также увеличивает или уменьшает ад- 
рес в регистре П] на 1 для байта или на 2 для слова. Команда ЗСА$ уста- 
навливает флаги АР, СЕ, ОЕ, РЕ, ЗЕ и ГЕ. При использовании префик- 
са КЕР и значения длины в регистре СХ команда ЗСАЗ может 
сканировать строки любой длины. 


Команда ЗСА$ особенно полезна, например, в текстовых редакто- 
рах, где программа должна сканировать строки, выполняя поиск знаков 
пунктуации: точек, запятых и пробелов. 


Команда ЗСАЗУ/ сканирует в памяти слово на соответствие значе- 
нию в регистре АХ. При использовании команд ГООЗУ\У/ или МОУ для 
пересылки слова в регистр АХ, следует помнить, что первый байт будет в 
регистре АГ, а второй байт — в регистре АН. Так как команда ЗСАЗ срав- 
нивает байты в обратной последовательности, то операция корректна. 


- 


Сканирование и замена 


В процессе обработки текстовой информации может возникнуть 
необходимость замены определенных символов в тексте на другие, на- 
пример, подстановка пробелов вместо различных редактирующих сим- 
волов. В приведенном ниже фрагменте программы осуществляется ска- 
нирование строки ЭТК ГУС и замена символа амперсанд (&) на символ 
пробела. 


Когда команда ЗСАЗВ обнаружит символ & (в примере это будет 
позиция ЗТКП\МО-8), то операция сканирования прекратится и регистр 
ОТ будет содержать адрес ЭТЕ ПМС +9. Для получения адреса символа & 
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необходимо уменьшить содержимое ПО] на единицу и записать по полу- 
ченному адресу символ пробела. 

















ОТАЕЕМ ЕОУ 15 ;Длина поля 

ОТАТМа ЭТВТМ@ ОВ ‘Тпе 11те&1$ пом’ 

С1О МОУ АЕ, '&’ ;Искомый символ 

МОУ СХ, ЭТВЕЕМ ;Длина поля 

ОТАТМ@а ГЕА ОТ, ТАТА ;Адрес поля 

ОТАТМа ВЕРМЕ ЗСАЗВ ; Сканировать 

У№7 К20 :Символ найден? 

БЕС ОТ ;Да - уменьшить адрес 

МОУ ВУТЕ РТВ[ОТ], 20Н ;Подставить пробел 


К20: ВЕТ 


Е 


Альтернативное кодирование 


При использовании команд МОУЗВ или МОУЗУ\У/ Ассемблер 
предполагает наличие корректной длины строковых данных и не требует 
кодирования операндов в команде. Для команды МОУ$ длина должна 
быть закодирована в операндах. Например, если поля ЕГРА и ЕГОВ оп- 
ределены как байтовые (ОВ), то команда КЕР МОУЗ ЕГЛА,ЕГОВ пред- 
полагает повторяющуюся пересылку байтов из поля ЕГОВ в поле ЕГОА. 
Эту команду можно записать также в следующем виде: 


ВЕР МО\$ ЕЗ:ВУТЕ РТВГОТ1, 0$: [$1] 


Однако загрузка регистров ОГ и $! адресами ЕГЛА и ЕГОВ обяза- 
тельна в любом случае. 


= 


Дублирование образца 


Команда ЗТО5$ бывает полезна для установки в некоторой облас- 
ти определенных значений байтов и слов. Для дублирования образца, 
длина которого превышает размер слова, можно использовать команду 
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МОУЗ с небольшой модификацией. Предположим, что необходимо 
сформировать строку следующего вида: 


жж жж 


Вместо того, чтобы определять полностью всю строку, можно оп- 
ределить только первые шесть байтов. Закодируем образец непосредст- 
венно перед обрабатываемой строкой следующим образом: 


РАТТЕНМ ОВ '***---* 
ОТЗАВЕА ОВ 42 БУР(?) 


Ст 
0\ СХ, 21 
[ЕА ОТ, ОТЗАВЕА 
[ЕА 5Т, РАТТЕНМ 
НЕР МО\/$М 

В процессе выполнения команда МОУЗУ\У/ сначала пересылает 
первое слово (**) из образца РАТТЕВМ в первое слово области ОГЗ- 
АКБРА, затем — второе слово (*-), потом третье (--). 





К этому моменту регистр ОТ будет содержать адрес ОГЗАКЕА-6, а 
регистр $1 — РАТТЕКМ+6, который также является адресом ОМЗАВЕА. 
Затем команда МОУЗУ\У/ автоматически дублирует образец, пересылая 
первое слово из ОГЗАВЕА в ПОГЗАВКЕА+6, из ОРГЗАКЕА+2, в П[5- 
АКЕА-8, из ОГЗАВЕА+4 в ОЗАКЕА+10 и так далее. В результате обра- 
зец будет полностью продублирован по всей области ОЗАКЕА. 


Данную технику можно использовать для дублирования в области 
памяти любого образца любой длины. Образец должен быть расположен 
непосредственно перед принимающей областью. 


Важно: 


Ф Для цепочечных команд МОУ$, 5ТО$, СМР$ и 5СА$ не 
забывайте инициализировать регистр Е$. 


Ф Сбрасывайте (СТ.О) или устанавливайте (ЭТО) флаг 
направления в соответствии с направлением обработки. 


Ф Не забывайте устанавливать в регистрах ОГ и 51 
необходимые значения. Например, команда МОУ$ 
предполагает операнды ОТ,З1, а команда СМР$ — 51,01. 
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хФ 


Инициализируйте регистр СХ в соответствии с 
количеством байтов или слов, участвующих в процессе 
обработки. 


Для обычной обработки используйте префикс ВЕР для 
команд МОУ$ и ЗТО$ и модифицированный префикс 
(ВЕРЕ или КЕРМЕ) для команд СМР$ и 5САЗ. 


Помните об обратной последовательности байтов в 
сравниваемых словах при выполнении команд СМР$5У и 
САУ. 


При обработке справа налево устанавливайте начальные 
адреса на последний байт обрабатываемой области. В 
случае, если, например, поле МАМЕ! имеет длину 10 
байтов, то для побайтовой обработки данных в этой 
области справа налево начальный адрес, загружаемый 
командой Г.А, должен быть МАМЕ! +9. Для обработки 
слов начальный адрес в этом случае — МАМЕ!-+8. 
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Лекция 6. 
Обработка таблиц 


= 


Определение таблиц 


Многие программные применения используют табличную орга- 
низацию таких данных, как имена, описания, размеры, цены. Определе- 
ние и использование таблиц включает одну новую команду Ассемблера 
— ХГАТ. Таким образом, использование таблиц — это лишь дело техни- 
ки и применения знаний, полученных из предыдущих глав. 


Организация поиска в таблице зависит от способа ее определения. 
Существует много различных вариантов определения таблиц и алгорит- 
мов поиска. 


Для облегчения табличного поиска большинство таблиц опреде- 
ляются систематично, то есть, элементы таблицы имеют одинаковый 
формат (символьный или числовой), одинаковую длину и восходящую 
или нисходящую последовательность элементов. 


Возьмем, к примеру, стек, представляющий собой таблицу из 64-х 
неинициализированных слов: 


ОТАСК БМ 64 01Р(7) 


Следующие две таблицы инициализированы символьными и чис- 
ловыми значениями: 


МОМТАВ ОВ ‘ЗАМ’, РЕВ”, "МАЯ, ... , `ОЕС` 
СОЗТАВ ОВ 205, 208, 209, 212, 215, 224,... 


Таблица МОМТАВ определяет алфавитные аббревиатуры меся- 
цев, а СОЗТАВ — определяет таблицу номеров служащих. Таблица мо- 
жет также содержать смешанные данные (регулярно чередующиеся чис- 
ловые и символьные поля). В следующей ассортиментной таблице 
каждый числовой элемент (инвентарный номер) имеет две цифры (один 
байт), а каждый символьный элемент (наименование) имеет девять бай- 
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ТОВ. Точки, показанные в наименовании «Рарег» дополняют ДЛИНУ ЭТОГО 
поля до 9 байт. Точки показывают, что недостающее пространство долж- 
но присутствовать. Вводить точки необязательно. 


ОТОКТВЕ ОВ 12, 'Сотрифегз', 14, 'Рарег....'’, 17, '01зкетез' 
Для ясности можно закодировать элементы таблицы вертикально: 
оТОКТВЕ ОВ 12, ‘Сотрифегз’ ОВ 14, 'Рарег....’ ОВ 17, 'О1зкетез” 


Рассмотрим теперь различные способы использования таблиц в 
программах. 


Е 


Прямой табличный доступ 


Предположим, что пользователь ввел номер месяца — 03 и про- 
грамма должна преобразовать этот номер в алфавитное значение Магсп. 
Программа для выполнения такого преобразования включает определе- 
ние таблицы алфавитных названий месяцев, имеющих одинаковую дли- 
ну. Так как самое длинное название — Зеретфег, то таблица имеет сле- 
дующий вид: 


МОМТВЕ ОВ 'апиагу..‘’ ОВ 'Еебгиагу. ° ОВ 'Магсп....' 


Каждый элемент таблицы имеет длину 9 байт. Адрес элемента 
'Тапиагу' — МОМТВГ+0, 'Ребгаагу' — МОМТВГ-9, 'Магсь' — МОМТ- 
ВГ-+18. Для локализации месяца 03, программа должна выполнить сле- 
дующее: 


1. Преобразовать введенный номер месяца из АЗСП 33 в двоичное 
03. 


2. Вычесть единицу из номера месяца: 03 — 1 = 02 3. Умножить ре- 
зультат на длину элемента (9): 02 х 9 = 18 4. Прибавить произведение (18) 
к адресу МОМТВГ; в результате получится адрес требуемого названия 
месяца: МОМТВЕ18. 


Описанная техника работы с таблицей называется прямым таб- 
личным доступом. Поскольку данный алгоритм непосредственно вычис- 
ляет адрес необходимого элемента в таблице, то в программе не требует- 
ся выполнять операции поиска. 


Хотя прямая табличная адресация очень эффективна, она воз- 
можна только при последовательной организации. То есть можно ис- 
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пользовать такие таблицы, если элементы располагаются в регулярной 
последовательности: 1, 2, 3.... или 106, 107, 108.... или даже 5, 10, 15. Од- 
нако, не всегда таблицы построены таким образом. 


= 


Табличный поиск 


Некоторые таблицы состоят из чисел, не имеющих видимой зако- 
номерности. Характерный пример — таблица инвентарных номеров с 
последовательными номерами, например, 134, 138, 141, 239 и 245. Дру- 
гой тип таблиц состоит из распределенных по ранжиру величин, таких 
как подоходный налог. 


Таблицы с уникальными элементами 


Инвентарные номера большинства фирм часто не имеют последо- 
вательного порядка. Номера, обычно, группируются по категориям, пер- 
вые цифры указывают на мебель или приборы, или номер отдела. Кроме 
того, время от времени номера удаляются, а новые добавляются. В табли- 
це необходимо связать инвентарные номера и их конкретные наимено- 
вания (и, если требуется, включить стоимость). Инвентарные номера и 
наименования могут быть определены в различных таблицах, например: 


5ТОКМО$ ОВ '101', '107', '109°,... 
оТОКОСВ ОВ ‘Ехсауафогз’, 'Ргосеззогз’, 'Аззето1егз’,... 
или в одной таблице, например: 


ОТОКТАВ ОВ ‘101’, 'Ехсауафог$” ОВ ‘107’, `Ргосез$ог$" 
ОВ ‘109’, 'АззетбТегз” 


Таблицы с ранжированием 


Подоходный налог дает характерный пример таблицы с ранжиро- 
ванными значениями. Представим себе таблицу, содержащую размеры 
доходов облагаемых налогами, процент налога и поправочный коэффи- 
циент: 


В налоговой таблице процент увеличивается в соответствии с уве- 
личением налогооблагаемого дохода. Элементы таблицы доходов содер- 
жат максимальные величины для каждого шага: 


ТАХТВЕ 00 100000, 250000, 425000, 600000, 999999 
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Для организации поиска в такой таблице, программа сравнивает 
доход налогоплательщика с табличным значением дохода: 


Ф если меньше или равно, то использовать соответствующий 
процент и поправку; 


Ф* если больше, то перейти к следующему элементу таблицы. 


Таблицы с элементами переменной длины 


Существуют таблицы, в которых элементы имеют переменную 
длину. Каждый элемент такой таблицы может завершаться специальным 
символом ограничителем, например, шест.00; конец таблицы можно 
обозначить ограничителем шест.ЕЕ. В этом случае необходимо гаранти- 
ровать, чтобы внутри элементов таблицы не встречались указанные огра- 
ничители. Помните, что двоичные числа могут выражаться любыми би- 
товыми комбинациями. Для поиска можно использовать команду ЗСАЪ. 


= 


Транслирующая команда ХЁЕАТ 


Команда ХГАТ транслирует содержимое одного байта в другое 
предопределенное значение. С помощью команды ХГАТ можно прове- 
рить корректность содержимого элементов данных. При передаче дан- 
ных между персональным компьютером и ЕС ЭВМ (ВМ) с помощью 
команды ХГАТ можно выполнить перекодировку данных между форма- 
тами АЗСП и ЕВСОГС. 


В следующем примере происходит преобразование цифр от 0 до 9 
из кода АЗСП в код ЕВСОГС. Так как представление цифр в АЗСП вы- 
глядит как шест.30-39, ав ЕВСОТС — шест.Р0-Е9, то замену можно вы- 
полнить командой ОК. Однако, дополнительно преобразуем все осталь- 
ные коды АЗСП в пробел (шест.40) в коде ЕВСПОГС. Для команды ХГАТ 
необходимо определить таблицу перекодировки, которая учитывает все 
256 возможных символов, с кодами ЕВСПГС в АЗСП позициях: 


ХЕТВЕ ОВ 47 00Р(40Н) ;Пробелы в коде ЕВСОТС 


ОВ ОРОН, ОРЛН, ОЕ2Н, ОЕЗН, ..., ОРЭН ;0-9 (ЕВСОТС) 
ОВ 199 01Р(40Н) ;Пробелы в коде ЕВСОТС 
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Команда ХГАТ предполагает адрес таблицы в регистре ВХ, а 
транслируемый байт (например, поля АЗСМО) в регистре АГ. Следую- 
щие команды выполняют подготовку и трансляцию байта: 


ГЕА ВХ, ХЕТВЕ 
МОУ АЕ, АЗСМО 
ХЕАТ 


Команда ХГАТ использует значение в регистре АТ. в качестве от- 
носительного адреса в таблице, то есть, складывает адрес в ВХ и смеше- 
ние в АГ. В случае, если, например, АЗСМО содержит 00, то адрес байта 
в таблице будет ХЕТВГ-00 и команда ХГАТ заменит 00 на шест.40 из 
таблицы. В случае, если поле АЗСМО содержит шест.32, то адрес соот- 
ветствующего байта в таблице будет ХГТВГ-+50. Этот байт содержит 
шест.Е2 (2 в коде ЕВСОГС), который команда ХГАТ загружает в регистр 
АГ. 


= 


Операторы типа, длина и размеры 


Ассемблер содержит ряд специальных операторов, которые могут 
оказаться полезными при программировании. Например, при измене- 
нии длины таблицы придется модифицировать программу (для нового 
определения таблицы) и процедуры, проверяющие конец таблицы. В 
этом случае использование операторов ТУРЕ (тип), ГЕМОТН (длина) и 
З[ИЕ (размер) позволяют уменьшить число модифицируемых команд. 


Рассмотрим определение следующей таблицы из десяти слов: 
ТАВЕЕХ ОМ 10 0УР(?) ; Таблица из 10 слов 


Программа может использовать оператор ТУРЕ для определения 
типа (ОУ в данном случае), оператор ГЕМОТН для определения ОУР- 
фактора (10) и оператор 51. для определения числа байтов (10 х2=20). 
Следующие команды иллюстрируют три таких применения: 


МО\ АХ, ТУРЕ 

ТАВЕЕХ ; АХ=0002 

МО\ ВХ, ГЕМСТН 

ТАВЕЕХ ;ВХ=000А (10) 
МО\ СХ, $Т7Е 

ТАВЕЕХ ; СХ=0014 (20) 
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Значения ГЕМОТН и $!ИЕ можно использовать для окончания 
табличного поиска или сортировки. Например, если регистр $1 содержит 
продвинутый адрес таблицы при осуществлении поиска, то проверка на 
конец таблицы может быть следующий: 


СМР ЭТ, $Т7Е 
ТАВЬЕХ 


Важно: 


Ф Для большинства применений, определяйте таблицы, 
имеющие родственные элементы одной длины и формата 
данных. 


+ Стройте таблицы на основе форматов данных. Например, 
элементы могут быть символьные или числовые длиной 
один, два и более байтов каждый. Может оказаться более 
практичным определение двух таблиц: одна, например, 
для трехсимвольных значений номеров, а другая для 
двухбайтовых значений цен единиц товара. В процессе 
поиска адрес элементов таблицы номеров должен 
увеличиваться на 3, а адрес элементов таблицы цен — на 2. 
В случае, если сохранить число выполненных циклов при 
поиске на равно, то, умножив это число на 2 (ЭНГ. сдвиг 
влево на один бит), получим относительный адрес 
искомого значения цены. (Начальное значение счетчика 
циклов должно быть равно -1). 


ьа Помните, что ОВ позволяет определять значения, не 
превышающие 256, а ОУ записывает байты в обратной 
последовательности. Команды СМР и СМРЗ\И 
предполагают, что байты в сравниваемых словах имеют 
обратную последовательность. 


Ф* В случае, если таблица подвергается частым изменениям, 
или должна быть доступна нескольким программам, то 
запишите ее на диск. Для внесения изменений в таблицу 
можно разработать специальную программу модификации. 
Любые программы могут загружать таблицу с диска и при 
обновлениях таблицы сами программы не нуждаются в 
изменениях. 


+ Будьте особенно внимательны при кодировке 
сортирующих программ. Пользуйтесь трассировкой для 
тестирования, так как малейшая ошибка может привести к 
непредсказуемым результатам. 
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Лекция 7. 
Свойства операторов 
работы с экраном 


Команда прерывания ИМТ 


Ранее мы имели дело с программами, в которых данные определя- 
лись в операндах команд (непосредственные данные) или инициализи- 
ровались в конкретных полях программы. Число практических примене- 
ний таких программ в действительности мало. Большинство программ 
требуют ввода данных с клавиатуры, диска или модема и обеспечивают 
вывод данных в удобном формате на экран, принтер или диск. Данные, 
предназначенные для вывода на экран и ввода с клавиатуры, имеют 
А$СП формат. 


Для выполнения ввода и вывода используется команда ПМТ (пре- 
рывание). 


Существуют различные требования для указания системе какое 
действие (ввод или вывод) и на каком устройстве необходимо выпол- 
нить. Все необходимые экранные и клавиатурные операции можно вы- 
полнить используя команду ПМТ 10Н, которая передает управление не- 
посредственно в ВОЗ. Для выполнения некоторых более сложных 
операций существует прерывание более высокого уровня ПМТ 21Н, кото- 
рое сначала передает управление в РОЗ. Например, при вводе с клавиа- 
туры может потребоваться подсчет введенных символов, проверку на 
максимальное число символов и проверку на символ Ещег. Прерывание 
Роз ПМТ 21Н выполняет многие из этих дополнительных вычислений и 
затем автоматически передает управление в ВТОЪ. 


Команда МТ прерывает обработку программы, передает управле- 
ние в РО$ или ВТО$ для определенного действия и затем возвращает уп- 
равление в прерванную программу для продолжения обработки. Наибо- 
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лее часто прерывание используется для выполнения операций ввода или 
вывода. Для выхода из программы на обработку прерывания и для после- 
дующего возврата команда ПУТ выполняет следующие действия: 


Ф* уменьшает указатель стека на 2 и заносит в вершину стека 
содержимое флагового регистра; 


Ф* очищает флаги ТЕ и ГЕ; 


+ уменьшает указатель стека на 2 и заносит содержимое 
регистра С$ в стек; 

Ф* уменьшает указатель стека на 2 и заносит в стек значение 
командного указателя; 

Ф* обеспечивает выполнение необходимых действий; 

+ восстанавливает из стека значение регистра и возвращает 


управление в прерванную программу на команду, 
следующую после МТ. 


Этот процесс выполняется полностью автоматически. Необходи- 
мо лишь определить сегмент стека достаточно большим для записи в не- 
го значений регистров. 


а 


Установка курсора 


Экран можно представить в виде двумерного пространства с адре- 
суемыми позициями в любую из которых может быть установлен курсор. 
Обычный видеомонитор, например, имеет 25 строк (нумеруемых от 0 до 
24) и 80 столбцов (нумеруемых от 0 до 79). 


Команда МТ 10Н включает в себя установку курсора в любую по- 
зицию и очистку экрана. Ниже приведен пример установки курсора на 
5-ю строку и 12-й столбец: 


МОУ АН,02 ;Запрос на установку курсора 
МОУ ВН,00 ;Экран 0 

МОУ ОН,05 ;Строка 05 

МОУ ОЕ, 12 ;Столбец 12 

ТМТ 10Н ;Передача управления в ВТ0$ 
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Значение 02 в регистре АН указывает команде [МТ 10Н на выпол- 
нение операции установки курсора. Значение строки и столбца должны 
быть в регистре ОХ, а номер экрана (или страницы) в регистре ВН (обыч- 
но 0). Содержимое других регистров несущественно. Для установки 
строки и столбца можно также использовать одну команду МОУ с непо- 
средственным шест. значением: 


МОУ 0Х, 050СН ;Строка 5, столбец 12 


- 


Очистка экрана 


Запросы и команды остаются на экране пока не будут смещены в 
результате прокручивания («скроллинга») или переписаны на этом же 
месте другими запросами или командами. 


Когда программа начинает свое выполнение, экран может быть 
очищен. 


Очищаемая область экрана может начинаться в любой позиции и 
заканчиваться в любой другой позиции с большим номером. 


Начальное значение строки и столбца заносится в регистр ОХ, 
значение 07 — в регистр ВН и 0600Н вАХ. В следующем примере выпол- 
няется очистка всего экрана: 


МОУ АХ, 0600Н ;АН 06 (прокрутка) :АЁ 00 (весь экран) 
МО\/ ВН, 07 Нормальный атрибут (черно/белый) 

МОУ СХ, 0000 ;Верхняя левая позиция 

МО\ ОХ, 184ЕН ;Нижняя правая позиция 

ТМТ 10Н ;Передача управления в ВТ0$ 


Значение 06 в регистре АН указывает команде ПМТ 10Н на выпол- 
нение операции очистки экрана. 


Эта операция очищает экран пробелами. В случае, если вы по 
ошибке установили нижнюю правую позицию больше, чем шест. 184Е, 
то очистка перейдет вновь к началу экрана и вторично заполнит некото- 
рые позиции пробелами. 
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= 


Использование символов возврата 
каретки, конца строки и табуляции АЛЯ 
вывода на экран 

Один из способов получения более эффективного выводе на эк- 


ран — использование управляющих символов возврата каретки, перево- 
да строки и табуляции: 








Десятичные АСИ Шестнадцатеричные 
СВ 13 ООН 
ЕЕ 10 ОАН 
ТАВ 09 эн 


Эти символы при операциях ввода-вывода выполняют одинако- 
вые действия как в базовой, так и в расширенной версиях РО$. Напри- 
мер: 

МЕЗЗАСЕ ОВ 09, РС Цзегз @гоир Аппиа1 Вероге’, 13, 10 

МОУ АН, 40Н ; Запрос на вывод 

МОУ ВХ, 01 ;Номер файла 

МОУ СХ,3З1 ;Длина текста 
ГЕА ОХ, МЕЗЗАСЕ ;Адрес текста 
ТМТ 21Н ;Вызов 00$ 


Использование директивы ЕО для определения кодов делает 
программу более понятной: 


СВ ЕСИ 13 ;или ЕбУ ООН ТЕ 

ЕСИ 10 ;или ЕОЦ ОАН ТАВ 

ЕСИ 09 ;или ЕОИ 09Н 

МЕЗЗАСЕ ОВ ТАВ, ‘РС Узег$ @гоир Аппиа1” ОВ ‘Верогт’, СВ, (Е 
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= 


Расширенные возможности экранных 
операций 


Байт атрибутов 

Байт атрибутов в текстовом (не графическом) режиме определяет 
характеристики каждого отображаемого символа. Байт-атрибут имеет 
следующие 8 бит: 





Фон Текст 
Атрибут: ВЕ ВСВ ТВС В 
Номер битов: 765ц 3210 


Буквы КОВ представляют битовые позиции, управляющие крас- 
ным (геа), зеленым (2тееп) и синим (Бше) лучом в цветном мониторе. Бит 
7 (ВП) устанавливает мигание, а бит 3 (Г) — уровень яркости. 


Для модификации атрибутов можно комбинировать биты следую- 
щим образом: 


Эффект выделения 


Фон Текст 

ВОВ ВСВ 
Неотображаемый (черный по черному) 000 000 
Подчеркивание (не для цвета) 000 001 
Нормальный (белый по черному) 000 111 
Инвертированный (черный по белому) 111 000 


Цветные мониторы не обеспечивают подчеркивания; вместо это- 
го установка бит подчеркивания выбирает синий цвет для текста и полу- 
чается отображение синим по черному. Ниже приведены некоторые 
атрибуты, основанные на комбинации битов фона, текста, мигания и 
выделения яркостью: 


Эффект выделения Двоичный код Шест. код 
Неотображаемый (для паролей) 0000 0000 00 
Белый по черному (нормальный) 0000 0111 07 
Белый по черному (мигание) 1000 0111 87 
Белый по черному (яркий) 0000 1111 ОЕ 
Черный по белому (инвертированный) 0111 0000 70 





Черный по белому (инверт. мигающий) 1111 0000 ЕО 
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Эти атрибуты подходят для текстового режима, как для монохром- 
ных, так и для цветных дисплеев. Для генерации атрибута можно исполь- 
зовать команду МТ 10Н. При этом регистр ВТ, должен содержать значе- 
ние байта-атрибута, а регистр АН один из следующих кодов: 06 
(прокрутка вверх), 07 (прокрутка вниз), 08 (ввод атрибута или символа), 
09 (вывод атрибута или символа). 


В случае, если программа установила некоторый атрибут, то он ос- 
тается таким, пока программа его не изменит. В случае, если установить 
значение байта атрибута равным шест.00, то символ вообще не будет ото- 
бражен. 


Прерывание В!О$ 1МТ 10Н 


Прерывание ПМТ 10Н обеспечивает управление всем экраном. В 
регистре АН устанавливается код, определяющий функцию прерывания. 
Команда сохраняет содержимое регистров ВХ, СХ, ОХ, Зи ВР. Ниже 
описывается все возможные функции. 


АН=00 
Установка режима. Данная функция позволяет переключать цвет- 
ной монитор в текстовый или графический режим. Установка режима 


для выполняемой в текущий момент программы осуществляется с помо- 
щью [МТ 10Н. 


АН=04Л 

Установка размера курсора. Курсор не является символом из на- 
бора АЗСП-кодов. Компьютер имеет собственное аппаратное обеспече- 
ние для управления видом курсора. Для этого имеется специальная обра- 
ботка по ПУТ прерыванию. Обычно символ курсора похож на символ 
подчеркивания. 


АН=02 

Установка позиции курсора. Эта функция устанавливает курсор в 
любую позицию на экране в соответствии с координатами строки и 
столбца. 


АН=03 

Чтение текущего положения курсора. Программа может опреде- 
лить положение курсора на экране (строку и столбец), а также размер 
курсора, следующим образом: 


АН=04 
Чтение положения светового пера. Данная функция используется 
в графическом режиме для определения положения светового пера. 
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АН=05 
Выбор активной страницы. 


АН=06 

Прокрутка экрана вверх. Когда программа пытается выдать текст 
на строку ниже последней на экране, то происходит переход на верхнюю 
строку. Даже если с помощью прерывания будет специфицирован нуле- 
вой столбец, все равно предполагается новая строка, и нижние строки на 
экране будут испорчены. Для решения этой проблемы используется про- 
крутка экрана. 


Ранее код 06 использовался для очистки экрана. В текстовом ре- 
жиме установка в регистре АТ, значения 00 приводит к полной прокрутке 
вверх всего экрана, очищая его пробелами. Установка ненулевого значе- 
ния в регистре АГ. определяет количество строк прокрутки экрана вверх. 
Верхние строки уходят с экрана, а чистые строки вводятся снизу. Следу- 
ющие команды выполняют прокрутку всего экрана на одну строку: 


МО\ АХ, ОбОЛН ;Прокрутить на одну строку вверх 
МО\/ ВН, 07 Атрибут: нормальный, черно-белый 
МОУ СХ, 0000 ;Координаты от 00,00 

МОУ ОХ, 184ЕН ; до 24,79 (полный экран) 

ТМТ 10Н ;Вызвать ВТ0$ 


Для прокрутки любого количества строк необходимо установить 
соответствующее значение в регистре АГ. Регистр ВН содержит атрибут 
для нормального или инвертированного отображения, мигания, уста- 
новки цвета и так далее. Значения в регистрах СХ и ОХ позволяют про- 
кручивать любую часть экрана. Ниже объясняется стандартный подход к 
прокрутке: 


1. Определить в элементе КО\ (строка) значение 0 для установки 
строки положения курсора. 


2. Выдать текст и продвинуть курсор на следующую строку. 


3. Проверить, находится ли курсор на последней строке (СМР 
КОУ\,22). 


4. В случае, если да, то увеличить элемент КО\ (ПМС КОУ/) и 
ВЫЙТИ. 


5. В случае, если нет, то прокрутить экран на одну строку и, ис- 
пользуя КОУ переустановить курсор. 


АН=07 
Прокрутка экрана вниз. Для текстового режима прокрутка экрана 
вниз обозначает удаление нижних строк и вставка чистых строк сверху. 
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Регистр АН должен содержать 07, значения остальных регистров 
аналогичны функции 06 для прокрутки вверх. 


АН=08 

Чтение атрибута/символа в текущей позиции курсора. Для чтения 
символа и байта атрибута из дисплейного буфера, как в текстовом, так и 
в графическом режиме используются следующие команды: 


МО\/ АН, 08 ;Запрос на чтение атр./симв 
МО\ ВН, 00 ;Страница 0 (для текстового рех. ) 
ТМТ 10Н ;Вызвать ВТ0$ 


Данная функция возвращает в регистре АТ, значение символа, а в 
АН — его атрибут. В графическом режиме функция возвращает шест.00 
для не АЗСП-кодов. Так как эта функция читает только один символ, то 
для символьной строки необходима организация цикла. 


АН=09 

Вывод атрибута/символа в текущую позицию курсора. Для вывода 
на экран символов в текстовом или графическом режиме с установкой 
мигания, инвертирования и так далее можно воспользоваться следую- 
щими командами: 


МОУ АН, 09 ;Функция вывода 

МОУ АЕ, символ ;Выводимый символ 

МОУ ВН, страница :Номер страницы (текст. рех. ) 
МО\/ ВЕ, атрибут ;Атрибут или цвет 

МОУ СХ, повторение ;Число повторений символа 
ТМТ 10Н ;Вызвать 810$ 


В регистр АГ. должен быть помещен выводимый на экран символ. 
Значение в регистре СХ определяет число повторений символа на экра- 
не. Вывод на экран последовательности различных символов требует ор- 
ганизации цикла. Данная функция не перемещает курсор. В следующем 
примере на экран выводится пять мигающих «сердечек» в инвертирован- 
ном виде: 


МОУ АН, 09 ;Функция вывода 

МОУ АЕ, ОЗН ;Черви (карточная масть) 
МОУ ВН,00 ;Страница 0 (текст. режим) 
МОУ ВЕ, ОРОН ;Мигание, инверсия 

МОУ СХ,05 ;Пять раз 

ТМТ 10Н ;Вызвать В10$ 


В текстовом (но не в графическом) режиме символы автоматичес- 
ки выводятся на экран и переходят с одной строки на другую. Для выво- 
да на экран текста запроса или сообщения необходимо составить про- 
грамму, которая устанавливает в регистре СХ значение 01 и в цикле 
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загружает в регистр АГ, из памяти выводимые символы текста. Так как 
регистр СХ в данном случае занят, то нельзя использовать команду 
ГООР. Кроме того, при выводе каждого символа необходимо дополни- 
тельно продвигать курсор в следующий столбец (функция 02). 


В графическом режиме регистр ВТ, используется для определения 
цвета графики. В случае, если бит 7 равен 0, то заданный цвет заменяет 
текущий цвет точки, если бит 7 равен 1, то происходит комбинация цве- 
тов с помощью команды ХОК. 


АН=0А 

Вывод символа в текущую позицию курсора. Единственная разни- 
ца между функциями ОА и 09 состоит в том, что функция ОА не устанав- 
ливает атрибут: 


МОУ АН, ОАН ;Функция вывода 

МОУ АЕ, символ ;Выводимый символ 

МО\ ВН, страница ;Номер страницы (для текста) 
МО\ СХ, повторение ;Число повторений символа 
ТМТ 10Н ;Вызвать ВТ0$ 


Для большинства применений команда прерывания РОЗ ПМТ 21Н 
более удобна. 


АН=ОЕ 
Вывод в режиме телетайпа. Данная функция позволяет использо- 
вать монитор, как простой терминал. 


Для выполнения этой функции необходимо установить в регистре 
АН шест. значение ОЕ, в регистр АТ. поместить выводимый символ, цвет 
текста (в графическом режиме) занести в регистр ВТ. и номер страницы 
для текстового режима — в регистр ВН. Звуковой сигнал (код 07Н), 
возврат на одну позицию (08Н), конец строки (0АН) и возврат каретки 
(ООН) действуют, как команды для форматизации экрана. 


Данная функция автоматически продвигает курсор, переводит 
символы на следующую строку, выполняет прокрутку экрана и сохраня- 
ет текущие атрибуты экрана. 


АН=0Е 

Получение текущего видео режима. Данная функция возвращает в 
регистре АГ, текущий видео режим, в регистре АН — число символов в 
строке (20, 40 или 80), в регистре ВН — номер страницы. 
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АН=4л3 


Вывод символьной строки (только для АТ). Данная функция поз- 
воляет на компьютерах типа АТ выводить на экран символьные строки с 


установкой атрибутов и перемещением курсора: 


МОУ АН, 1ЗН ;Функция вывода на экран 
МОМ АЕ, сервис ;0, 1, 2 или 3 

МОМ ВН, страница ; 

ГЕА ВР, адрес ;Адрес строки в ЕЗ: ВР 

МОУ СХ, длина ;Длина строки 

МО\ ОХ, экран ;Координаты на экране 

ТМТ 10Н ;Вызвать В1Т0$ 


Возможен следующий дополнительный сервис: 


+ 0 — использовать атрибут и не перемещать курсор; 

Ф 1 — использовать атрибут и переместить курсор; 

Ф 2 — вывести символ, затем атрибут и не перемещать 
курсор, 

Ф* 3 — вывести символ, затем атрибут и переместить курсор. 


= 


Расширенный А$СИ код 


А$СП-коды от 128 до 255 (шест. 80-ЕЁ) представляют собой ряд 
специальных символов полезных при формировании запросов, меню, 
специальных значков с экранными атрибутами. Например, используя 


следующие символы можно нарисовать прямоугольник: 

БА 

Верхний левый угол 

ВЕ 

Верхний правый угол 

Со 

Нижний левый угол 

09 

Нижний правый угол 
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(4 

Горизонтальная линия 

ВЗ 

Вертикальная линия 

Следующие команды с помощью [УТ 10Н выводят горизонталь- 
ную линию на 25 позиций в длину: 


МО\ АН, 09 ;Функция вывода на экран 
МОУ АЕ, ОС4Н ; Горизонтальная линия 
МОУ ВН,00 ;Страница 0 

МОУ ВЕ, ОЕН ; Выделение яркостью 

МОУ СХ,25 ;25 повторений 

МОУ 10Н ;Вызвать ВТО$ 


Напомним, что курсор не перемещается. 
Вывод вертикальной линии включает цикл, в котором курсор пе- 


ремещается вниз на одну строку и выводится символ шест. ВЗ. Для штри- 
ховки может быть полезен символ с точками внутри: 


ВО 

Одна четверть точек (светлая штриховка) 
В1 
Половина точек (средняя штриховка) 
В2 

Три четверти точек (темная штриховка) 





Можно извлечь много полезных идей, изучая программное обес- 
печение с профессионально организованным выводом, или самому изо- 
брести оригинальные идеи для отображения информации. 


= 


Другие операции ввода/вывода 


Ниже перечислены другие функции ОО$, которые могут оказать- 
ся полезными в работе. Код функции устанавливается в регистре АН и, 
затем, выдается команда ПМТ 21Н. 
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АН=04Л 

Ввод с клавиатуры с эхо отображением. Данная функция возвра- 
щает значение в регистре АГ. В случае, если содержимое АГ не равно ну- 
лю, то оно представляет собой стандартный АЗСП-символ, например, 
букву или цифру. Нулевое значение в регистре АТ. свидетельствует о том, 
что на клавиатуре была нажата специальная функциональная клавиша, 
например, Номе, Е1 или Р=Ор. Для определения скэн-кода клавиш, не- 
обходимо повторить вызов функции. Данная функция реагирует на за- 
прос СШ/Втгеак. 


АН=02 

Вывод символа. Для вывода символа на экран в текущую позицию 
курсора необходимо поместить код данного символа в регистр ОГ.. Коды 
табуляции, возврата каретки и конца строки действуют обычным обра- 
зом. 


АН=07 

Прямой ввод с клавиатуры без эхо отображения. Данная функция 
работает аналогично функции 01 с двумя отличиями: введенный символ 
не отображается на экране, то есть, нет эхо, и отсутствует реакция на за- 
прос СШ/Втгеак. 


АН=08 

Ввод с клавиатуры без эхо отображения. Данная функция действу- 
ет аналогично функции 01 с одним отличием: введенный символ не ото- 
бражается на экран, то есть, нет эхо. 


АН=оВ 

Проверка состояния клавиатуры. Данная функция возвращает 
шест. ЕЁ в регистре АГ, если ввод с клавиатуры возможен, в противном 
случае — 00. Это средство связано с функциями 01, 07 и 08, которые не 
ожидают ввода с клавиатуры. 


= 


Ввод с клавиатуры по команде ВО$ 1МТ 16Н 


Команда ВТО$ ГМТ 16Н выполняет специальную операцию, кото- 
рая в соответствии с кодом в регистре АН обеспечивает следующие три 
функции ввода с клавиатуры. 
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АН=00 

Чтение символа. Данная функция помещает в регистр АТ, очеред- 
ной АЗСП символ, введенный с клавиатуры, и устанавливает скэн-код в 
регистре АН. В случае, если на клавиатуре нажата одна из специальных 
клавишей, например, Номе или Е1, то в регистр АТ, заносится 00. Авто- 
матическое эхо символа на экран по этой функции не происходит. 


АН=04 

Определение наличия введенного символа. Данная функция сбра- 
сывает флаг нуля (/Е=0), если имеется символ для чтения с клавиатуры; 
очередной символ и скэн-код будут помещены в регистры АГ. и АН соот- 
ветственно и данный элемент останется в буфере. 


АН=02 

Определение текущего состояния клавиатуры. Данная функция 
возвращает в регистре АГ, состояние клавиатуры из адреса памяти: 

Бит 

7 

Состояние вставки активно (11$) 

6 

Состояние фиксации верхнего регистра (Сар$ 1л0осК) переключено 

5 


Состояние фиксации цифровой клавиатуры (Мит ГосК) переклю- 
чено 


4 

Состояние фиксации прокрутки (ЗсгоЙ ГосКк) переключено 
3 

Нажата комбинация клавишей АН/ЗШИ 

2 

Нажата комбинация клавишей С] /ЗШИ 

| 

Нажата левая клавиша ЭВ 

0 

Нажата правая клавиша ЭВ 
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Функциональные Клавиши 


Клавиатура располагает тремя основными типами клавишей: 


1. Символьные (алфавитно-цифровые) клавиши: буквы от а до 7, 
цифры от 0 до 9, символы %, $, # и так далее. 


2. Функциональные клавиши: Номе, Епа, Возврат на позицию, 
стрелки, Ещег, Ое, $, Р=Ор, РэОп и программно-функциональные 
клавиши. 


3. Управляющие клавиши: А\, СЫ] и ЭЗШЫ, которые работают сов- 
местно с другими клавишами. 


Функциональная клавиша не вырабатывает какой-либо символ, 
но чаще формирует запрос на некоторые действия. Аппаратная реализа- 
ция не требует от функциональных клавишей выполнения каких-либо 
специфических действий. 


Задачей программиста является определить, например, что нажа- 
тие клавиши Номе должно привести к установке курсора в верхний ле- 
вый угол экрана, или нажатие клавиши Еп9 должно установить курсор в 
конец текста на экране. 


Можно легко запрограммировать функциональные клавиши для 
выполнения самых различных действий. 


Каждая клавиша имеет собственный скэн-код от 1 (Е$с) до 83 
(Ое!) или от шест.01 до шест.53. Посредством этих скэн-кодов програм- 
ма может определить нажатие любой клавиши. Например, запрос на 
ввод одного символа с клавиатуры включает загрузку 00 в регистр АН и 
обращение к ВТО$ через ПМТ 16Н: 


МОУ АН,0О0 ;Функция ввода с клавиатуры 

ТМТ 16Н ;Вызвать ВТ0$ 

Данная операция имеет два типа ответов в зависимости от того, 
нажата символьная клавиша или функциональная. Для символа (напри- 
мер, буква А) клавиатура посылает в компьютер два элемента информа- 
ЦИИ: 


1. АЗСП-код символа А (шест.41) в регистре АГ; 


2. Скэн-код для клавиши А (шест.1Е) в регистре АН. 
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В случае, если нажата функциональная клавиша (например, [15$) 
клавиатура также передает два элемента: 


1. Нуль в регистре АГ; 
2. Скэн-код для клавиши [15 (шест.52) в регистре АН. 


Таким образом, после выполнения команды ПМТ 16Н необходимо 
прежде проверить содержимое регистра АГ.. В случае, если АГ, содержит 
нуль, то была нажата функциональная клавиша, если не нуль, то получен 
код символьной клавиши. 


Скэн-коды 


Клавиатура имеет по две клавиши для таких символов как *, + и - 
. Нажатие «звездочки», например, устанавливает код символа шест.2А в 
регистре АГ и один из двух скэн-кодов в регистре АН в зависимости от 
того, какая из клавишей была нажата: шест.09 для звездочки над цифрой 
8 или шест.29 для звездочки на клавише Ри5с. 











Функциональные клавиши Скэн-коды 
АТЕИА - А1/7 ЛЕ - 2С 
Е1 - Е10 ЗВ - 44 
Ноте 47 
Стрелка вверх 48 

РоУр 49 
Стрелка влево 4В 
Стрелка вправо 40 

Епа 4Е 
Стрелка вниз 50 

Роду 51 

Тпз 52 

0е1 53 


Приведем пример программы для установки курсора в строку 0 и 
столбец 0 при нажатии клавиши Номе (скэн-код 47): 


О\ АН, 00 Выполнить ввод с клавиатуры 

ТМТ 16Н ; СМР АЕ, 00 ;Функциональная клавиша? 
УМЕ ЕХТТ1 :; нет - выйти 
СМР АН, 47Н ;Скэн-код для клавиши Ноте? 
УМЕ ЕХТТ2 :; нет - выйти 
О\ АН, 02 
0\/ ВН, 00 ;Установить курсор 
0\ 0Х,00 ; по координатам 0,0 
ТМТ 10Н ;Вызвать ВТ0$ 
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Функциональные клавиши Е1—Е10 генерируют скэн-коды от 
шест.3ЗВ до шест.44. Следующий пример выполняет проверку на функ- 
циональную клавишу Е10: 


СМР АН, 44Н ;Клавиша Е10? 
ЧЕ ЕХИТ ; Да! 


По адресу ЕХП1 программа может выполнить любое необходи- 
мое действие. 


= 


Цвет и графика 


Текстовой режим 


Текстовой режим предназначен для обычных вычислений с выво- 
дом букв и цифр на экран. Данный режим одинаков для черно-белых 
(ВУ) и для цветных мониторов за исключением того, что цветные мони- 
торы не поддерживают атрибут подчеркивания. Текстовой режим обес- 
печивает работу с полным набором АЗСП кодов (256 символов), как для 
черно-белых (ВУ\), так и для цветных мониторов. Каждый символ на эк- 
ране может отображаться в одном из 16 цветов на одном из восьми цве- 
тов фона. Бордюр экрана может иметь также один из 16 цветов. 


Цвета 

Тремя ОСНОВНЫМИ Цветами являются красный, зеленый и синий. 
Комбинируя основные цвета друг с другом, можно получить восемь цве- 
тов, включая черный и белый. Используя два уровня яркости для каждо- 
го цвета, получим всего 16 цветов: 


нев 
Черный 00 0 
Серый 1 0 
Синий 1 
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Сиреневый 0101 
Ярко-сиреневый 1101 
Коричневый 0110 
Желтый 1110 
Белый 0110 
Ярко-белый И 


Таким образом любые символы могут быть отображены на экране 
в одном из 16 цветов. Фон любого символа может иметь один из первых 
восьми цветов. 


В случае, если фон и текст имеют один и тот же цвет, то текст по- 
лучается невидимым. 


Используя байт атрибута, можно получить также мигающие сим- 
ВОЛЫ. 


Байт-атрибут 
Текстовой режим допускает использование байта атрибута. Цвет 
на экране сохраняется до тех пор, пока другая команда не изменит его. 


Для установки цвета можно использовать в команде ПМТ 10Н 
функции АН=06, АН=07 и АН=09. Например, для вывода пяти мигаю- 
щих звездочек светло-зеленым цветом на сиреневом фоне возможна сле- 
дующая программа: 


МО\ АН, 09 ;Функция вывода на экран 
МО\ АЕ, '*’° ;Выводимый символ 

МОУ ВН,00 ;Страница 0 

МОУ ВЕ, ОБАН :; Атрибут цвета 

МОУ СХ,05 ;Число повторений 

ТМТ 10Н ;Вызвать ВТ0$ 


Графический режим 


Для генерации цветных изображений в графическом режиме ис- 
пользуются минимальные точки растра — пикселы или пэлы (р!хе|. 
Цветной графический адаптер (ССА) имеет три степени разрешения: 


1. Низкое разрешение. 
2. Среднее разрешение. 


3. Высокое разрешение. 
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Лекция 8. 
Требования языка 


Комментарии в программах на 
Ассемблере 


Использование комментариев в программе улучшает ее ясность, 
особенно там, где назначение набора команд непонятно. Комментарий 
всегда начинаются на любой строке исходного модуля с символа точка с 
запятой (;) и Ассемблер полагает в этом случае, что все символы, находя- 
щиеся справа от ; являются комментарием. Комментарий может содер- 
жать любые печатные символы, включая пробел. Комментарий может 
занимать всю строку или следовать за командой на той же строке, как это 
показано в двух следующих примерах: 


‚Эта строка полностью является комментарием 

АОБ АХ, ВХ ; Комментарий на одной строке с командой 

Комментарии появляются только в листингах ассемблирования 
исходного модуля и не приводят к генерации машинных кодов, поэтому 
можно включать любое количество комментариев, не оказывая влияния 
на эффективность выполнения программы. 


Формат кодирования 


Основной формат кодирования команд Ассемблера имеет следую- 
щий ВИД: 


[метка] команда [операнд(ы)] 
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Метка (если имеется), команда и операнд (если имеется) разделя- 
ются по крайней мере одним пробелом или символом табуляции. Макси- 
мальная длина строки — 132 символа, однако, большинство предпочита- 
ют работать со строками в 80 символов (соответственно ширине экрана). 
Примеры кодирования: 

СОУМТ 0В 1 ;Имя, команда, один операнд 

МО\ АХ, О ;Команда, два операнда 


Метки 
Метка вязыке Ассемблера может содержать следующие символы: 


Буквы: от А до 7 и отадо 7 
Цифры: от 0 до 9 


Спецсимволы: знак вопроса (?) точка (.) (только первый символ) 
знак «коммерческое эт» (@) подчеркивание (-) доллар ($) 


Первым символом в метке должна быть буква или спецсимвол. 
Ассемблер не делает различия между заглавными и строчными буквами. 
Максимальная длина метки — 31 символ. 


Примеры меток: 


СОиМТ 
РАСЕ25 
$Е1О 


Рекомендуется использовать описательные и смысловые метки. 
Имена регистров, например, АХ, П] или АГ. являются зарезервирован- 
ными и используются только для указания соответствующих регистров. 
Например, в команде 


АОБ АХ, ВХ 


Ассемблер «знает», что АХ и ВХ относится к регистрам. Однако, в 
команде 


МО\У НЕСЗА\УЕ, АХ 


Ассемблер воспримет имя КЕСЗАУ\УЕ только в том случае, если 
оно будет определено в сегменте данных. 


Команда 


Мнемоническая команда указывает Ассемблеру какое действие 
должен выполнить данный оператор. В сегменте данных команда (или 
директива) определяет поле, рабочую область или константу. 
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В сегменте кода команда определяет действие, например, пере- 
сылка (МОУ) или сложение (АОО). 


Операнд 

В случае, если команда специфицирует выполняемое действие, то 
операнд определяет начальное значение данных или элементы, над кото- 
рыми выполняется действие по команде. В следующем примере байт 
СОЧМТЕК определен в сегменте данных и имеет нулевое значение: 

СОУМТЕВ ОВ 0 ;0Определить байт (08) с нулевым значением 


Команда может иметь один или два операнда, или вообще быть 
без операндов. Рассмотрим следующие три примера: 


Нет операндов 
ВЕТ ; Вернуться 


Один операнд 
ТМС СХ : Увеличить СХ 


Ава операнда 
АОБ АХ, 12 ;Прибавить 12 к АХ 


Метка, команда и операнд не обязательно должны начинаться с 
какой-либо определенной позиции в строке. Однако, рекомендуется за- 
писывать их в колонку для большей удобочитаемости программы. Для 
этого, например, редактор РОЗ ЕРШМ обеспечивает табуляцию через 
каждые восемь позиций. 


= 


Директивы 


Ассемблер имеет ряд операторов, которые позволяют управлять 
процессом ассемблирования и формирования листинга. 


Эти операторы называются псевдокомандами или директивами. 


Они действуют только в процессе ассемблирования программы и 
не генерируют машинных кодов. 
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Директивы управления листингом: РАСЕ и ТПТЕЕ 


Ассемблер содержит ряд директив, управляющих форматом печа- 
ти (или листинга). Обе директивы РАСЕ и ТГТГЕ можно использовать в 
любой программе. 


Директива РАСЕ 


В начале программы можно указать количество строк, распечаты- 
ваемых на одной странице, и максимальное количество символов на од- 
ной строке. Для этой цели служит директива РАСЕ. Следующей дирек- 
тивой устанавливается 60 строк на страницу и 132 символа в строке: 


РАСЕ 60, 132 


Количество строк на странице может быть в пределах от 10 до 255, 
а символов в строке — от 60 до 132. По умолчанию в Ассемблере установ- 
лено: 


РАСЕ 66, 80 


Предположим, что счетчик строк установлен на 60. В этом случае 
Ассемблер, распечатав 60 строк, выполняет прогон листа на начало сле- 
дующей страницы и увеличивает номер страницы на единицу. Кроме то- 
го можно заставить Ассемблер сделать прогон листа на конкретной стро- 
ке, например, в конце сегмента. Для этого необходимо записать 
директиву РАСЕ без операндов. Ассемблер автоматически делает прогон 
листа при обработке директивы РАСЕ. 


Директива ПИТЕЕ 

Для того, чтобы вверху каждой страницы листинга печатался заго- 
ловок (титул) программы, используется директива ТТТЕЕ в следующем 
формате: 

ТТТЕЕ текст 

Рекомендуется в качестве текста использовать имя программы, 
под которым она находится в каталоге на диске. Например, если про- 
грамма называется АЗМ$ОВТ, то можно использовать это имя и описа- 
тельный комментарий общей длиной до 60 символов: 

ТТТЕЕ АЗМ$ЗОВТ - Ассемблерная программа сортировки имен 

В Ассемблере также имеется директива подзаголовка ЗОВТТГ, 
которая может оказаться полезной для очень больших программ, содер- 
жащих много подпрограмм. 


Директива $ЕСМЕМТ 


Любые ассемблерные программы содержат по крайней мере один 
сегмент — сегмент кода. В некоторых программах используется сегмент 
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для стековой памяти и сегмент данных для определения данных. Ассем- 
блерная директива для описания сегмента ЗЕСМЕМТ имеет следующий 
формат: 


Имя Директива Операнд имя ЗЕСМЕМТ [параметры] 


имя Е№0$ 

Имя сегмента должно обязательно присутствовать, быть уникаль- 
ным и соответствовать соглашениям для имен в Ассемблере. Директива 
ЕМО$ обозначает конец сегмента. Обе директивы ЗЕОМЕМТ и ЕМО$ 
должны иметь одинаковые имена. Директива ЗЕСМЕМТ может содер- 
жать три типа параметров, определяющих выравнивание, объединение и 
класс. 


Выравнивание 

Данный параметр определяет границу начала сегмента. Обычным 
значением является РАКА, по которому сегмент устанавливается на гра- 
ницу параграфа. В этом случае начальный адрес делится на 16 без остат- 
ка, то есть, имеет шест. адрес ппп0. В случае отсутствия этого операнда 
Ассемблер принимает по умолчанию РАКА. 


Объединение 


Этот элемент определяет объединяется ли данный сегмент с дру- 
гими сегментами в процессе компоновки после ассемблирования. Воз- 
можны следующие типы объединений: ЭТАСК, СОММОМ, РОВШС, АТ 
выражение и МЕМОКУ. 


Сегмент стека определяется следующим образом: 


имя ЗЕСМЕМТ РАВА ЗТАСК 


Когда отдельно ассемблированные программы должны объеди- 
няться компоновщиком, то можно использовать типы: РОВС, СОМ- 
МОМ и МЕМОКУ. В случае, если программа не должна объединяться с 
другими программами, то данная опция может быть опущена. 


Класс 


Данный элемент, заключенный в апострофы, используется для 
группирования относительных сегментов при компоновке: 


имя ЗЕСМЕМТ РАВА ЗТАСК 'Зтаск` 


Директива РОС 


Сегмент кода содержит выполняемые команды программы. Кро- 
ме того этот сегмент также включает в себя одну или несколько проце- 
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дур, определенных директивой РКОС. Сегмент, содержащий только од- 
ну процедуру имеет следующий вид: 


имя-сегмента ЗЕСМЕМТ РАНА 
имя-процедуры РАОС 

РАВ 

Сегмент кода с одной процедурой 
имя-процедуры ЕМОР 

имя-сегмента ЕМО$ 

ВЕТ 


Имя процедуры должно обязательно присутствовать, быть уни- 
кальным и удовлетворять соглашениям по именам в Ассемблере. Опе- 
ранд ЕАК указывает загрузчику ОО$, что начало данной процедуры яв- 
ляется точкой входа для выполнения программы. 


Директива ЕМОР определяет конец процедуры и имеет имя, ана- 
логичное имени в директиве РКОС. Команда ВЕТ завершает выполне- 
ние программы и в данном случае возвращает управление в ОО$. 


Сегмент может содержать несколько процедур. 


Директива А$$УМЕ 


Процессор использует регистр 3$ для адресации стека, регистр ОЗ 
для адресации сегмента данных и регистр С$ для адресации сегмента ко- 
да. 


Ассемблеру необходимо сообщить назначение каждого сегмента. 
Для этой цели служит директива АЗЗОМЕ, кодируемая в сегменте кода 
следующим образом: 


Директива Операнд АЗЗИМЕ 55: имя_стека, 0$ :имя_с_данных, 

($ :имя_с_кода 

Например, $85:имя_стека указывает, что Ассемблер должен ассо- 
циировать имя сегмента стека с регистром 3$. Операнды могут записы- 
ваться в любой последовательности. Регистр Е$ также может присутст- 
вовать в числе операндов. В случае, если программа не использует 
регистр Е, то его можно опустить или указать Е: МОТНИУО. 


Директива ЕМО 


Директива ЕМО$ завершает сегмент, а директива ЕМОР заверша- 
ет процедуру. Директива ЕМО в свою очередь полностью завершает всю 
программу: 


Директива Операнд ЕМО [имя_процедуры] 
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Операнд может быть опущен, если программа не предназначена 
для выполнения, например, если ассемблируются только определения 
данных, или эта программа должна быть скомпонована с другим (глав- 
ным) модулем. Для обычной программы с одним модулем операнд со- 
держит имя, указанное в директиве РКОС, которое было обозначено как 
БАК. 


Память и регистры 


Рассмотрим особенности использования в командах имен, имен в 
квадратных скобках и чисел. В следующих примерах положим, что 
У/ОКПА определяет слово в памяти: 


МОУ АХ, ВХ ; Переслать содержимое ВХ в регистр АХ 

МОУ АХ, МОВОА ;Переслать содержимое МОВА в регистр АХ 

МОУ АХ, [ВХ] ;Переслать содержимое памяти по адресу ; в регистре 
ВХ в регистр АХ 

МОУ АХ,25 ;Переслать значение 25 в регистр АХ МО\ АХ, [25] ;Пере- 
слать содержимое по смещению 25 


Новым здесь является использование квадратных скобок, что по- 
требуется далее. 


Инициализация программы 


Существует два основных типа загрузочных программ: ЕХЕ и 
СОМ. 


Рассмотрим требования к ЕХЕ-программам. ООЗ имеет четыре 
требования для инициализации ассемблерной ЕХЕ-программы: 


1) указать Ассемблеру, какие сегментные регистры должны соот- 
ветствовать сегментам; 
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2) сохранить в стеке адрес, находящийся в регистре 0$, когда про- 
грамма начнет выполнение; 


3) записать в стек нулевой адрес; 
4) загрузить в регистр 0$ адрес сегмента данных. 


Выход из программы и возврат в РО$ сводится к использованию 
команды ВЕТ. 


Ассоциируя сегменты с сегментными регистрами, Ассемблер смо- 
жет определить смещения к отдельным областям в каждом сегменте. На- 
пример, каждая команда в сегменте кодов имеет определенную длину: 
первая команда имеет смещение 0, и если это двухбайтовая команда, то 
вторая команда будет иметь смещение 2 и так далее. 


Загрузочному модулю в памяти непосредственно предшествует 
256-байтовая (шест.100) область, называемая префиксом программного 
сегмента РР. Программа загрузчика использует регистр 0$ для установ- 
ки адреса начальной точки РЗР. Пользовательская программа должна 
сохранить этот адрес, поместив его в стек. Позже, команда ВЕТ исполь- 
зует этот адрес для возврата в РОЗ. 


В системе требуется, чтобы следующее значение в стеке являлось 
нулевым адресом (точнее, смещением). Для этого команда ЗОВ очищает 
регистр АХ, вычитая его из этого же регистра АХ, а команда РОЗН зано- 
сит это значение в стек. 


Загрузчик ОО$ устанавливает правильные адреса стека в регистре 
$5 и сегмента кодов в регистре С$. Поскольку программа загрузчика ис- 
пользует регистр 0$ для других целей, необходимо инициализировать 
регистр 0$ двумя командами МОУ. 


Команда КЕТ обеспечивает выход из пользовательской програм- 
мы и возврат в ОО$, используя для этого адрес, записанный в стек в на- 
чале программы командой РОЗН 0. Другим обычно используемым вы- 
ходом является команда ПМТ 20Н. 


Системный загрузчик при загрузке программы с диска в память 
для выполнения устанавливает действительные адреса в регистрах $$ и 
С5. Программа не имеет сегмента данных, так как в ней нет определения 
данных и, соответственно, в АЗЗОМЕ нет необходимости ассигновать 
регистр 0$. 


Команды РОЗН, ЗОВ и РОЗН выполняют стандартные действия 
для инициализации стека текущим адресом в регистре 0$ и нулевым ад- 
ресом. Поскольку, обычно, программа выполняется из ОО$, то эти ко- 
манды обеспечивают возврат в ООЗ после завершения программы. 
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(Можно также выполнить программу из отладчика, хотя это особый 
случай). 


Важно: 

Ф* Не забывайте ставить символ «точка с запятой» перед 
комментариями. 

+ Завершайте каждый сегмент директивой ЕМО$, каждую 


процедуру — директивой ЕМОР, а программу — 
директивой ЕМО. 


Ф В директиве АЗЗОМЕ устанавливайте соответствия между 
сегментными регистрами и именами сегментов. 


Ф* Для ЕХЕ-программ обеспечивайте не менее 32 слов для 
стека, соблюдайте соглашения по инициализации стека 
командами РОЗН, 5ЗОВи РОЗН и заносите в регистр ОЗ 
адрес сегмента данных. 
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Лекция 9. 
Ввод и выполнение 
программ 


В 


Ввод программы 


Исходный текст программы, предназначенный для ввода с помо- 
щью текстового редактора можно ввести при помощи РО$ ЕРЫМ или 
другого текстового редактора. Для ввода исходной программы наберите 
команду: 


ЕОЕТМ имя программы. АЗМ [Епфег] 
В результате РО$ загрузит ЕР М в памяти и появится сообщение 


«Ме\м Ше» и приглашение «*-». Введите команду [ для ввода строк, и за- 
тем наберите каждую ассемблерную команду. 


Хотя число пробелов в тексте для Ассемблера не существенно, ста- 
райтесь записывать метки, команды, операнды и комментарии, выров- 
ненными в колонки, программа будет более удобочитаемая. Для этого в 
ЕДИМ используется табуляция через каждые восемь позиций. 


После ввода программы убедитесь в ее правильности. Затем набе- 
рите Е (и Ещег) для завершения ЕО М№. Можно проверить наличие про- 
граммы в каталоге на диске, введите: 


ОТВ (для всех файлов) 
или 
ОТВ имя программы. АЗМ (для одного файла) 


В случае, если предполагается ввод исходного текста большего 
объема, то лучшим применением будет полноэкранный редактор. Для 
получения распечатки программы включите принтер и установите в не- 
го бумагу. Вызовите программу РЕИ\Т. РОЗ загрузит программу в па- 
мять и распечатает текст на принтере: 
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РАТМТ имя программы. АЗМ [Ептег] 


Программа еще не может быть выполнена — прежде необходимо 
провести ее ассемблирование и компоновку. 


Подготовка программы для выполнения 


После ввода на диск исходной программы необходимо проделать 
два основных шага, прежде чем программу можно будет выполнить. Сна- 
чала необходимо ассемблировать программу, а затем выполнить компо- 
новку. Программисты на языке бейсик могут выполнить программу сра- 
зу после ввода исходного текста, в то время как для Ассемблера и 
компилярных языков нужны шаги трансляции и компоновки. 


Шаг ассемблирования включает в себя трансляцию исходного ко- 
да в машинный объектный код и генерацию ОВ/-модуля. ОВ]-модуль 
уже более приближен к исполнительной форме, ноеше не готов к выпол- 
нению. 


Шаг компоновки включает преобразование ОВ]-модуля в ЕХЕ 
(исполнимый) модуль, содержащий машинный код. Программа МК, 
находящаяся на диске РО$, выполняет следующее: 


1. Завершает формирование в ОВ/-модуле адресов, которые оста- 
лись неопределенными после ассемблирования. Во многих следующих 
программах такие адреса Ассемблер отмечает как В. 


2. Компонует, если необходимо, более одного отдельно ассембли- 
рованного модуля в одну загрузочную (выполнимую) программу; воз- 
можно две или более ассемблерных программ или ассемблерную про- 
грамму с программами, написанными на языках высокого уровня, таких 
как Паскаль или Бейсик. 


3. Инициализирует ЕХЕ-модуль командами загрузки для выпол- 
нения. 


После компоновки ОВ/-модуля (одного или более) в ЕХЕ-модуль, 
можно выполнить ЕХЕ-модуль любое число раз. Но, если необходимо 
внести некоторые изменения в ЕХЕ-модуль, следует скорректировать 
исходную программу, ассемблировать ее в другой ОВ/]-модуль и выпол- 
нить компоновку ОВ}/-модуля в новый ЕХЕ-модуль. Даже, если эти ша- 
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ги пока остаются непонятными, вы обнаружите, что, получив немного 
навыка, весь процесс подготовки ЕХЕ-модуля будет доведен до автома- 
тизма. Заметьте: определенные типы ЕХЕ-программ можно преобразо- 
вать в очень эффективные СОМ-программы. 


Ассемблирование программы 


Для того, чтобы выполнить исходную ассемблерную программу, 
необходимо прежде провести ее ассемблирование и затем компоновку. 
На дискете с ассемблерным пакетом имеются две версии ассемблера. 
А$М.ЕХЕ — сокращенная версия с отсутствием некоторых незначитель- 
ных возможностей и МАЗМ.ЕХЕ — полная версия. В случае, если разме- 
ры памяти позволяют, то используйте версию МАЗМ. 


Простейший вариант вызова программы ассемблирования — это 
ввод команды МАЗМ (или АЗМ), что приведет к загрузке программы 
Ассемблера с диска в память. На экране появится: 


зоигсе 111епате [.АЗМ]: 

об]есЕ 111епаме [111епаме. 08/1]: 
зоигсе 11$41п9 [МИЕ. ЕТ]: 
сгоз$-геГегепсе [МУЕ. СВЕ] 


Курсор при этом расположится в конце первой строки, где необ- 
ходимо указать имя файла. Не следует набирать тип файла АЗМ, так как 
Ассемблер подразумевает это. 


Во-втором запросе предполагается аналогичное имя файла (но 
можно его заменить). 


Третий запрос предполагает, что листинг ассемблирования про- 
граммы не требуется. 


Последний запрос предполагает, что листинг перекрестных ссы- 
лок не требуется. 


В случае, если вы хотите оставить значения по умолчанию, то в 
трех последних запросах просто нажмите Ещег. 


Всегда необходимо вводить имя исходного файла и, обычно, за- 
прашивать ОВ/-файл — это требуется для компоновки программы в за- 
грузочный файл. 
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Возможно потребуется указание [ЗТ-файла, особенно, если необ- 
ходимо проверить сгенерированный машинный код. СКЕ-файл полезен 
для очень больших программ, где необходимо видеть, какие команды 
ссылаются на какие поля данных. Кроме того, Ассемблер генерирует в 
1$5Т-файле номера строк, которые используются в СВЕ -файле. 


Ассемблер преобразует исходные команды в машинный код и вы- 
дает на экран сообщения о возможных ошибках. Типичными ошибками 
являются нарушения ассемблерных соглашений по именам, неправиль- 
ное написание команд (например, МОУЕ вместо МОУ), а также наличие 
в операндах неопределенных имен. Программа АЗМ выдает только коды 
ошибок, которые объяснены в руководстве по Ассемблеру, в то время 
как программа МА$М выдает и коды ошибок, и пояснения к ним. Всего 
имеется около 100 сообщений об ошибках. 


Ассемблер делает попытки скорректировать некоторые ошибки, 
но в любом случае следует перезагрузить текстовый редактор, исправить 
исходную программу и повторить ассемблирование. 


Листинг содержит не только исходный текст, но также слева 
транслированный машинный код в шестнадцатеричном формате. В са- 
мой левой колонке находится шест.адреса команд и данных. 


За листингом ассемблирования программы следует таблица иден- 
тификаторов. Первая часть таблицы содержит определенные в програм- 
ме сегменты и группы вместе с их размером в байтах, выравниванием и 
классом. 


Вторая часть содержит идентификаторы — имена полей данных в 
сетменте данных и метки, назначенные командам в сегменте кодов. Для 
того, чтобы Ассемблер не создавал эту таблицу, следует указать параметр 
/М вслед за командой МАЗМ, то есть: 


МАЗМИМ 


Двухпроходный Ассемблер 


В процессе трансляции исходной программы Ассемблер делает 
два просмотра исходного текста, или два прохода. Одной из основных 
причин этого являются ссылки вперед, что происходит в том случае, ког- 
да в некоторой команде кодируется метка, значение которой еще не оп- 
ределено Ассемблером. 


В первом проходе Ассемблер просматривает всю исходную прог- 
рамму и строит таблицу идентификаторов, используемых в программе, 
то есть, имен полей данных и меток программы и их относительных 
адресов в программе. В первом проходе подчитывается объем объектно- 
го кода, но сам объектный код не генерируется. 
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Во втором проходе Ассемблер использует таблицу идентификато- 
ров, построенную в первом проходе. Так как теперь уже известны длины 
и относительные адреса всех полей данных и команд, то Ассемблер мо- 
жет сгенерировать объектный код для каждой команды. Ассемблер со- 
здает, если требуется, файлы: ОВУ, 15Т и СВЕ. 


Компоновка программы 


В случае, если в результате ассемблирования не обнаружено оши- 
бок, то следующий шаг — компоновка объектного модуля. Файл 
имяпрограммы.ОВ] содержит только машинный код в шестнадцатерич- 
ной форме. Так как программа может загружаться почти в любое место 
памяти для выполнения, то Ассемблер может не определить все машин- 
ные адреса. Кроме того, могут использоваться другие (под) программы 
для объединения с основной. Назначением программы МК является 
завершение определения адресных ссылок и объединение (если требует- 
ся) нескольких программ. 


Для компоновки ассемблированной программы введите команду 
ИМК и нажмите клавишу Ещег. После загрузки в память, компоновщик 
выдает несколько запросов (аналогично МАМ), на которые необходи- 
мо ответить: 


О6]есф Моди1ез [.08В/]: имя программы 
Компонует имя программы.ОВ] 

Вип Е11е [имя программы. ЕХЕТ: 
Создает имя программы. ЕХЕ 

[13 РПе [МИЕ.МАР]: СОМ 

Создает имя программы. МАР 
[16гаглез [.118]: [Епег] 

По умолчанию 


Первый запрос — запрос имен объектных модулей для компонов- 
ки, тип ОВ] можно опустить. 


Второй запрос — запрос имени исполнимого модуля (файла), (по 
умолчанию имя программы.ЕХЕ). Практика сохранения одного имени 
(при разных типах) файла упрощает работу с программами. 
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Третий запрос предполагает, что ГМК выбирает значение по 
умолчанию — МОГ.МАР (то есть, МАР отсутствует). МАР-файл содер- 
жит таблицу имен и размеров сегментов и ошибки, которые обнаружит 
ИМК. Типичной ошибкой является неправильное определение сегмен- 
та стека. Ответ СОМ предполагает, что таблица будет выведена на экран, 
вместо записи ее на диск. Это позволяет сэкономить место в дисковой 
памяти и сразу просмотреть таблицу непосредственно на экране. 


Для ответа на четвертый запрос — нажмите Ещег, что укажет ком- 
поновщику [ИМК принять остальные параметры по умолчанию. 


На данном этапе единственной возможной ошибкой может быть 
указание неправильных имен файлов. Исправить это можно только пе- 
резапуском программы М\К. 


Выполнение программы 


После ассемблирования и компоновки программы можно (нако- 
нец-то!) выполнить ее. В случае, если ЕХЕ-файл находится на дисководе 
С, то выполнить ее можно командой: 


С:имя программы. ЕХЕ или С:имя программы 


ОО5 предполагает, что файл имеет тип ЕХЕ (или СОМ), и загру- 
жает файл для выполнения. Но так как наша программа не вырабатыва- 


ет видимых результатов, выполним ее трассировкой под отладчиком 
РЕВОС. Введите: 


ОЕВУ@ С:имя программы. ЕХЕ 


В результате РОЗ загрузит программу РЕВОС, который, в свою 
очередь, загрузит требуемый ЕХЕ-модуль. После этого отладчик выдаст 
дефис (-) в качестве приглашения. Для просмотра сегмента стека введи- 
те 

О 55:0 


Эту область легко узнать по 12-кратному дублированию констан- 
ты ЗТАСКЗЕС. Для просмотра сегмента кода введите 


О (5:0 


Введите К для просмотра содержимого регистров и выполните 
программу с помощью команды Т (трассировка). Обратите внимание на 
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воздействие двух команд РОЗН на стек — в вершине стека теперь нахо- 
дится содержимое регистра 0$ и нулевой адрес. 


В процессе пошагового выполнения программы обратите внима- 
ние на содержимое регистров. Когда вы дойдете до команды ВЕТ, мож- 
но ввести О (Оий — выход) для завершения работы отладчика. 


Используя команду Ат, можно проверить наличие ваших файлов 
на диске: 


ОТВ С:имя программы. * 


В результате на экране появится следующие имена файлов: имя 
программы.ВАК (если для корректировки имя программы.А$М исполь- 
зовался редактор ЕР М), имя программы.А$М, имя программы.ОВУ, 
имя программы. $Т, имя программы.ЕХЕ и имя программы.СВЕ. 


Последовательность этих файлов может быть иной в зависимости 
от того, что уже находится на диске. 


Очевидно, что разработка ряда программ приведет к занятию 
дискового пространства. Для проверки оставшегося свободного места 
на диске полезно использовать команду ОЗ СНКОЗ5К. Для удаления 
ОВ]-, СКЕ-, ВАК- и 1 $Т-файлов с диска следует использовать команду 
ЕВАЗЕ (или РЕГ): 


ЕВАЗЕ С:имя программы. ОВУ, 


Следует оставить (сохранить) АЗМ-файл для последующих изме- 
нений и ЕХЕ-файл для выполнения. 


Файл перекрестных ссылок 


В процессе трансляции Ассемблер создает таблицу идентификато- 
ров (СКЕ), которая может быть представлена в виде листинга перекрест- 
ных ссылок на метки, идентификаторы и переменные в программе. Для 
получения данного фала, необходимо на четвертый запрос Ассемблера, 
ответить С:, полагая, что файл должен быть создан на диске С: 


сгоз$-геГегепсе [МУЕ.СВЕ]:С: [Епфег] 


Далее необходимо преобразовать полученный СКЕ-файл в отсор- 
тированную таблицу перекрестных ссылок. Для этого на ассемблерном 
диске имеется соответствующая программа. 
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После успешного ассемблирования введите команду СКЕЕ. На 
экране появится два запроса: 


СгеР 111епате [.СВЕ]: 11$ Р11епаме [сго$$з-гет.ВЕЕ]: 
На первый запрос введите имя СКЕ-файла, то есть, С:имя про- 


граммы. На второй запрос можно ввести только номер дисковода и полу- 
чить имя по умолчанию. 


Такой выбор приведет к записи СВЕ в файл перекрестных ссылок 
по имени имя программы.КЕЕ на дисководе С. 


Для распечатки файла перекрестных ссылок используйте команду 
2о$ РВГ\Т. 


Важно: 


Ф Ассемблер преобразует исходную программу в ОВ]-файл, 
а компоновщик — ОВ}]-файл в загрузочный ЕХЕ-файл. 


+ Внимательно проверяйте запросы и ответы на них для 
программ (М)А$М, МК и СКЕЕ прежде чем нажать 
клавишу Ещег. Будьте особенно внимательны при 
указании дисковода. 


Ф Программа СКЕЕ создает распечатку перекрестных 
ссылок. 
+ Удаляйте ненужные файлы с вашего диска. Регулярно 


пользуйтесь программой СНКОЗК для проверки 
свободного места на диске. Кроме того периодически 
создавайте резервные копии вашей программы, храните 
резервную дискету и копируйте ее заново для 
последующего программирования. 


110 Алгоритмы работы Ассемблеров 


Лекция 10. 
Алгоритмы работы 
Ассемблеров 


Е 


Двухпроходный Ассемблер — первый 
проход 


Ассемблер просматривает исходный программный модуль один 
или несколько раз. Наиболее распространенными являются двухпроход- 
ные Ассемблеры, выполняющие два просмотра исходного модуля. На 
первом проходе Ассемблер формирует таблицу символов модуля, а на 
втором — генерирует код программы 


Алгоритм работы 1-го прохода двухпроходного Ассемблера пока- 
зан на рисунке. 
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Блок1: Начало 1-го прохода ассемблирования. 


Блок2: Начальные установки: 


$$$ ++Ф 


установка в 0 счетчика адреса РС; 
создание пустой таблицы символов; 
создание пустой таблицы литералов; 
открытие файла исходного модуля; 


установка в ЕАЗГЕ признака окончания. 


Блок3: Признак окончания ТКОЕ? 


Блок4: Считывание следующей строки исходного модуля. 
Добавка к счетчику адреса устанавливается равной 0. 


Блок5: При считывании был обнаружен конец файла? 


Блокб: Если конец файла обнаружен до того, как обработана 
директива ЕМХО, — ошибка (преждевременный конец файла), 
при этом также устанавливается признак окончания обработки. 


Блок7: Лексический разбор оператора программы. При этом: 


$Ф 


$Ф 
ы 
ыы 


выделяется метка/имя, если она есть; 
выделяется мнемоника операции; 
выделяется поле операндов; 


удаляются комментарии в операторе; 
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Ф распознается строка, содержащая только комментарий. 


Блок8: Строка содержит только комментарий? В этом случае 
обработка оператора не производится. 


Блок9: Мнемоника операции ищется в таблице директив. 
Блок10: Завершился ли поиск в таблице директив успешно? 


Блок11: Если мнемоника была найдена в таблице директив, 
происходит ветвление, в зависимости от того, какая директива 
была опознана. 


Блок12: Обработка директив типа ОО (определения данных) 
включает в себя: 


Ф выделение элементов списка операндов (одной 
директивой ОО может определяться несколько объектов 
данных); 

Ф определение типа и, следовательно, размера объекта 


данных, заданного операндом; 


Ф обработка для каждого операнда возможного 
коэффициента повторения. 


Блок13: Добавка к счетчику адреса устанавливается равной 
суммарному размеру объектов данных, определяемых 
директивой. 


Блок14: Обработка директив типа В$$ подобна обработке 
директив типа ОО. 


Блок15: Добавка к счетчику адреса устанавливается равной 
суммарному объему памяти, резервируемому директивой. 


Блок16: Обработка директивы ЕМШ состоит в установке в ТКОЕ 
признака окончания обработки. 


Блок17: Обработка директивы включает в себя вычисление 
значения имени и занесение его в таблицу символов. 


Блок18: Обработка прочих директив ведется по индивидуальным 
для каждой директивы алгоритмам. Существенно, что никакие 
директивы, кроме ОП и В5$5, не изменяют нулевого значения 
добавки к счетчику адреса. 


Блок19: Если мнемоника операции не найдена в таблице 
директив, она ищется в таблице команд. 
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Блок20: Завершился ли поиск в таблице команд успешно? 


Блок21: Если мнемоника не была найдена в таблице команд, — 
ошибка (неправильная мнемоника). 


Блок22: Если мнемоника найдена в таблице команд — 
определение длины команды, она же будет добавкой к счетчику 
адреса. 


Блок23: Есть ли в операторе литерал? 


Блок24: Занесение литерала в таблицу литералов (если его еще 
нет в таблице). 


Блок25: Была ли в операторе метка? 
Блок26: Поиск имени в таблице символов. 
Блок27: Имя в таблице символов найдено? 


Блок28: Если имя найдено в таблице символов — ошибка 
(повторяющееся имя).Если имя не найдено в таблице символов 
— занесение имени в таблицу символов. 


Блок29: Формирование и печать строки листинга. 


Блок30: Модификация счетчика адреса вычисленной добавкой к 
счетчику 


Блок31: Печать строки листинга и переход к чтению следующего 
оператора. 


Блок32: При окончании обработки — закрытие файла исходного 
модуля. 


Блок33: Были ли ошибки на 1-м проходе ассемблирования? 
Блок34: Формирование литерального пула. 
Блок35: Выполнение 2-го прохода ассемблирования. 


Блок36: Конец работы Ассемблера. 


Определение длины команды 
Эта задача может решаться существенно разным образом для раз- 


ных языков. В языках некоторых Ассемблеров мнемоника команды од- 
нозначно определяет ее формат и длину (53/390, все КТЗС-процессоры). В 
этом случае длина команды просто выбирается из таблицы команд. В 
других языках длина и формат зависит от того, с какими операндами упо- 
треблена команда ([1е]). В этом случае длина вычисляется по некоторо- 


Алгоритмы работы Ассемблеров 115 


му специфическому алгоритму, в который входит выделение отдельных 
операндов и определение их типов. В последнем случае должна произво- 
диться также необходимая проверка правильности кодирования операн- 
дов (количество операндов, допустимость типов). 


Обнаружение литералов 
Требует, как минимум, выделения операндов команды. 


Листинг 


Строка листинга печатается в конце каждой итерации обработки 
команды. Строка листинга 1-го прохода содержит: номер оператора, зна- 
чение счетчика адреса (только для команд и директив, приводящих к вы- 
делению памяти), текст оператора. Листинг 1-го прохода не является 
окончательным, фактически он используется только для поиска ошибок, 
поэтому печатать его необязательно. Режим печати листинга 1-го прохо- 
да может определяться параметром Ассемблера или специальной дирек- 
тивой. После листинга программы может (опционно) печататься табли- 
ца символов. 


Ошибки 


На первом проходе выявляются не все ошибки, а только те, кото- 
рые связаны с выполнением задачи 1-го прохода. Сообщение об ошибке 
включает в себя: код ошибки, диагностический текст, номер и текст опе- 
ратора программы, в котором обнаружена ошибка. 


Некоторые структуры данных 1-го прохода 


Таблица команд содержит одну строку для каждой мнемоники ма- 
шинной команды. Ниже приведен пример структуры такой таблицы для 
простого случая, когда мнемоника однозначно определяет формат и дли- 
ну команды. Обработка команд происходит по всего нескольким алго- 
ритмам, зависящим от формата команды, поэтому в данном случае все 
параметры обработки могут быть представлены в виде данных, содержа- 
щихся в таблице. 


Таблица директив содержит одну строку для каждой директивы 
Обработка каждой директивы происходит по индивидуальному алгорит- 
му, поэтому параметры обработки нельзя представить в виде данных еди- 
ного для всех директив формата. Для каждой директивы в таблице хра- 
нится только идентификация (имя или адрес, или номер) процедуры 
Ассемблера, выполняющей эту обработку. Некоторые директивы обра- 
батываются только на 1-м проходе, некоторые — только на 2-м, для не- 
которых обработка распределяется между двумя проходами. 
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Таблица символов является основным результатом 1-го прохода 
Ассемблера. Каждое имя, определенное в программе, должно быть запи- 
сано в таблице символов. Для каждого имени в таблице хранится его 
значение, размер объекта, связанного с этим именем и признак переме- 
щаемости/неперемещаемости. Значением имени является число, в боль- 
шинстве случаев интерпретируемое как адрес, поэтому разрядность зна- 
чения равна разрядности адреса. 


Перемещаемость рассматривается в разделе, посвященном За- 
грузчикам, здесь укажем только, что значение перемещаемого имени 
должно изменяться при загрузке программы в память. Имена, относя- 
щиеся к командам или к памяти, выделяемой директивами ОО, В5$$5, как 
правило, являются перемещаемыми (относительными), имена, значения 
которых определяются директивой ЕОЧ, являются неперемещаемыми 
(абсолютными). 


Символьное | Значение Длина Признак 
И и | байт) | перемеваеностя, 
Таблица литералов содержит запись для каждого употребленного 
в модуле литерала. Для каждого литерала в таблице содержится его сим- 
вольное обозначение, длина и ссылка на значение. Литерал представля- 
ет собой константу, записанную в памяти. Обращение к литералам 
производится так же, как и к именам ячеек программы. По мере обнару- 
жения в программе литералов Ассемблер заносит их данные в так 
называемый литеральный пул. Значение, записываемое в таблицу лите- 
ралов является смещением литерала в литеральном пуле. После оконча- 
ния 1-го прохода Ассемблер размещает литеральный пул в конце про- 
граммы (то есть, назначает ему адрес, соответствующий последнему 
значению счетчик адреса) и корректирует значения в таблице литералов, 
заменяя их смещениями относительно начала программы. После выпол- 


нения этой корректировки таблица литералов может быть совмещена с 
таблицей символов. 





Таблица литералов 
Значение 












Символьное 
обозначение 


Длина 
{байт} 











Литеральный пуп 
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Структура таблиц Ассемблера 


Структура таблиц Ассемблера выбирается таким образом, чтобы 
обеспечить максимальную скорость поиска в НИХ. 


Таблицы команд и директив являются постоянной базой данных. 
Они заполняются один раз — при разработке Ассемблера, а затем оста- 
ются неизменными. 


Эти таблицы целесообразно строить как таблицы прямого доступа 
с функцией хепгирования, осуществляющей преобразование мнемоники 
в адрес записи в таблице. 


Имеет смысл постараться и подобрать функцию хеширования та- 
кой, чтобы в таблице не было коллизий. Поскольку заполнение таблицы 
происходит один раз, а доступ к ней производится многократно, эти за- 
траты окупаются. 


Таблица символов формируется динамически — в процессе рабо- 
ты 1-го прохода. Поиск же в этой таблице осуществляется как в 1-м про- 
ходе (перед занесением в таблицу нового имени, проверяется, нет ли его 
уже в таблице). 


Построение этой таблицы как таблицы прямого доступа не очень 
целесообразно, так как неизбежно возникновение коллизий. Поэтому 
поиск втаблице символов может быть дихотомическим, но ДЛЯ этого таб- 
лица должна быть упорядочена. 


Поскольку новые имена добавляются в таблицу «по одному», и 
после каждого добавления упорядоченность таблицы должна восстанав- 
ливаться, целесообразно применять алгоритму сортировки, чувствитель- 
ные к исходной упорядоченности данных. 


Эти же соображения относятся и к другим таблицам, формируе- 
мым Ассемблером в процессе работы. При больших размерах таблиц и 
размещении их на внешней памяти могут применяться и более сложные 
(но и более эффективные) методы их организации, например — В+-де- 
ревья. 


4118 Алгоритмы работы Ассемблеров 


Двухпроходный Ассемблер — второй 
проход 


Обычно 2-й проход Ассемблера читает исходный модуль с самого 
начала и отчасти повторяет действия 1-го прохода (лексический разбор, 
распознавание команд и директив, подсчет адресов). Это, однако, скорее 
дань традиции — стех времен, когда в вычислительных системах ощуща- 
лась нехватка (или даже полное отсутствие) внешней памяти. В те дале- 
кие времена колода перфокарт или рулон перфоленты, содержащие 
текст модуля, вставлялись в устройство ввода повторно. В системах с 
эволюционным развитием сохраняются перфокарты и перфоленты (вир- 
туальные), так что схема работы Ассемблера — та же. В новых системах 
Ассемблер может создавать промежуточный файл — результат 1-го про- 
хода, который является входом для 2-го прохода. Каждому оператору ис- 
ходного модуля соответствует одна запись промежуточного файла, и 
формат этой записи приблизительно такой: 





Признак команда/ Номер команды/ Поле Текст 
директива/ комментарий | памяти | директивы в операндов | исходного 


таблице команд/ оператора 
директив 





Текст исходного оператора нужен только для печати листинга, Ас- 
семблер на 2-м проходе использует только первые 4 поля записи. Первое 
поле позволяет исключить строки, целиком состоящие из комментария. 
Второе поле позволяет избежать подсчета адресов, третье — поиска мне- 
моники в таблицах. Основная работа 2-го прохода состоит в разборе по- 
ля операндов и генерации объектного кода. 


Некоторые общие соображения, касающиеся этой работы. Объ- 
ектный код команды состоит из поля кода операции и одного или не- 
скольких полей операндов. Код операции, как правило, имеет размер 1 
байт, количество, формат и семантика полей операндом определяется 
для каждого типа команд данной аппаратной платформы. В общем слу- 
чае операндом команды может быть: 


Ф регистр; 


Ф непосредственный операнд; 
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Ф адресное выражение. 


Виды адресных выражений зависят от способов адресации вычис- 
лительной системы, некоторые (возможно, наиболее типовые) способы 
адресации: 


Ф абсолютный адрес; 

Ф [базовый регистр] -+смещение (здесь и далее квадратные 
скобки означают «содержимое того, что взято в скобки»); 

Ф [базовый регистр] -+ [индексный регистр] +смещение; 

Ф имя+смещение; 

Ф литерал. 


Адресное выражение моет содержать арифметические операции, 
соображения, касающиеся арифметики в этом случае — те же, что и вад- 
ресной арифметике языка С. 


Имена в адресных выражениях должны заменяться на значения. 
Замена абсолютных имен (определенных в директиве ЕОП) очень проста 
— значение имени из таблицы символов просто подставляется вместо 
имени. Перемещаемые имена (метки и имена переменных) превращают- 
ся Ассемблером в адресное выражение вида [базовый регистр|+смеще- 
ние. В таблице символов значения этих имен определены как смещение 
соответствующих ячеек памяти относительно начала программы. При 
трансляции имен необходимо, чтобы: 


Ф Ассемблер «знал», какой регистр он должен использовать 
в качестве базового; 

Ф Ассемблер «знал», какое значение содержится в базовом 
регистре; 

Ф в базовом регистре действительно содержалось это 
значение. 


Первые два требования обеспечиваются директивами, третье — 
машинными командами. Ответственность за то, чтобы при обеспечении 
этих требований директивы согласовывались с командами, лежит на 
программисте. Эти требования по-разному реализуются в разных вычис- 
лительных системах. Приведем два примера. 


В ш&| Ассемблер использует в качестве базовых сегментные реги- 
стры (0$ при трансляции имен переменных, С$ при трансляции меток). 
Для простой программы, состоящей из одной секции, 
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Загрузчик перед выполнением заносит во все сегментные регист- 
ры сегментный адрес начала программы и Ассемблер считает все смеще- 
ния относительно него. 


Сложная программа может состоять из нескольких секций, ив 
сегментном регистре может содержаться адрес ТОЙ ИЛИ ИНОЙ секции, 
причем содержимое сегментного регистра может меняться в ходе выпол- 
нения программы. Загрузка в сегментный регистр адреса секции выпол- 
няется машинными командами: 


МО\ АХ, секция 
МО\ сегментный_регистр, АХ 


Для того, чтобы Ассемблер знал, что адрес секции находится в сег- 
ментном_регистре, применяется директива: 


АЗЗИМЕ сегментный_регистр: секция 


Далее при трансляции имен Ассемблер превращает имена в адрес- 
ные выражения вида 


[ сегментный_регистр]+смещение в секции 
Отмена использования сегментного регистра задается директи- 














АЗЗИМЕ сегментный_регистр: МОТНТЮ6 
Обратим внимание на то, что при трансляции команды 


МО\ АХ, секция 
в поле операнда заносится относительный адрес секции, при выполне- 
нии же здесь должен быть ее абсолютный адрес. Поэтому поля операндов 
такого типа должны быть модифицированы Загрузчиком после размеще- 
ния программы в оперативной памяти. 


Более гибкая система базовой адресации применяется в 5/360, 
$/370, 5/390. В качестве базового может быть использован любой регистр 
общего назначения. Директива: 


5Тма относительный_адрес, регистр 

сообщает Ассемблеру, что он может использовать регистр в качестве ба- 
зовото, и в регистре содержится адрес — 1-й операнд. Чаще всего отно- 
сительный адрес кодируется как * (обозначение текущего значения 
счетчика адреса), это означает, что в регистре содержится адрес первой 
команды, следующей за директивой ОЗПМО. Занесение адреса в базовый 
регистр выполняется машинной командой ВАГВ. Обычный контекст 
определения базового регистра: 


ВАЁЕН регистр, 0 
ОУТМа », регистр 
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С такими операндами команда ВАТ.В заносит в регистр адрес сле- 
дующей за собой команды. 


Зная смещение именованной ячейки относительно начала про- 
граммы и смещение относительно начала же программы содержимого 
базового регистра, Ассемблер легко может вычислить смещение имено- 
ванной ячейки относительно содержимого базового регистра. 


В отличие от предыдущего примера, в этом случае не требуется 
модификации при загрузке, так как команда ВАГК заносит в регистр аб- 
солютный адрес. 


Директива 


ОВОР регистр 
отменяет использование регистра в качестве базового. 


В качестве базовых могут быть назначены несколько регистров, 
Ассемблер сам выбирает, какой из них использовать в каждом случае. 


Выше мы говорили, что Ассемблер «знает» базовый регистр и его 
содержимое. Это «знание» хранится в таблице базовых регистров. Обыч- 
но таблица содержит строки для всех регистров, которые могут быть ба- 
зовыми и признак, используется ли регистр в таком качестве. Формат 
строки таблицы: 





Регистр | Значение в регистре | Признак использования 


Алгоритм выполнения 2-го прохода представлен на рисунке. Мы 
исходили из того, что 2-й проход использует промежуточный файл, 
сформированный 1-м проходом. Если же 2-й проход использует исход- 
ный модуль, то алгоритм должен быть расширен лексическим разбором 
оператора, распознаванием мнемоники и подсчетом адресов — так же, 
какив |-м проходе. 
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Блок1: Начало 2-го прохода ассемблирования. 


Блок2: Начальные установки: 


Ф создание пустой таблицы базовых регистров; 
Ф открытие промежуточного файла исходного модуля; 
Ф установка в НАЗГЕ признака окончания 


Блок3: Признак окончания ТКОЕ? 
Блок4: Считывание следующей записи промежуточного файла. 


Блок5: Если запись промежуточного файла описывает коммента- 
рий, переход на печать строки листинга. 


Блокб: Выясняется, содержит оператор команду или директиву 


Блок7: Если оператор содержит команду, формируется байт кода 
операции (код выбирается из таблицы команд) в объектном коде. 


Блок8: Выделение следующего элемента из списка операндов с 
удалением его из списка и с проверкой, не обнаружен ли при вы- 
делении конец списка операндов? 


Блок9: Если конец не обнаружен, обрабатывается выделенный 
операнд. Проверяется, не превысило ли число операндов требуе- 
мого для данного типа команды (выбирается из таблицы команд) 


Блок10: Если число операндов превышает требуемое — формиро- 
вание сообщения об ошибке 


Блок11: Если число операндов правильное, распознается и про- 
веряется тип операнда. 


Блок12: Если тип операнда не распознан или недопустим для 
данной команды — формирование сообщения об ошибке. 


Блок13: Есть ли в команде имя? 


Блок14: Если в команде есть имя, оно ищется в таблице симво- 
лов. 


Блок15: Если имя в таблице символов не найдено — формирова- 
ние сообщения об ошибке. 


Блок16: Если найдено имя в таблице символов, оно переводится 
в «база-смещение» 


Блок17: Если имени в команде нет, выполняется разбор и интер- 
претация операнда с проверкой правильности его кодирования. 
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Блок18: Если обнаружены ошибки в кодировании операнда — 
формирование сообщения об ошибке. 


Блок19: Формируется код поля операнда и заносится в объект- 
ный код команды и обрабатывается следующий элемент списка 
операндов. 


Блок20: Если обнаружен конец списка операндов, проверяется, 
не меньше ли число операндов требуемого для данного типа ко- 
манды. Если число операндов соответствует требуемого, управле- 
ние переходит на вывод объектного кода. 


Блок21: Если число операндов меньше требуемого — формирова- 
ние сообщения об ошибке 


Блок22: Если обрабатываемый оператор является директивой, ал- 
горитм разветвляется, в зависимости от того, какая это директи- 
ва. При обработке любой директивы производится разбор и ана- 
лиз ее операндов и (не показано на схеме алгоритма) возможно 
формирование сообщения об ошибке. 


Блок23: Обработка директивы типа ОО включает в себя: 


Ф выделение элементов списка операндов; 

Ф для каждого элемента — распознавание типа и значения 
константы; 

Ф генерация объектного кода константы; 

Ф обработка возможных коэффициентов повторения. 


Блок24: Обработка директивы типа В$$ может вестись точно так 
же, каки ОР за исключением того, что вместо кода константы 
генерируются некоторые «пустые» коды. Однако, эти коды не 
нужны в объектном модуле, они могут не генерироваться, в этом 
случае должны предприниматься некоторые действия, формиру- 
ющие «разрыв» в объектных кодах. 


Блок25: Обработка директивы типа ОПУС (АЗЗОМЕ) включает 
в себя занесение в соответствующую строку таблицы базовых ре- 
гистров значения операнда-адреса и установку для данного реги- 
стра признака использования. 


Блок26: Обработка директивы типа О$ПМС (АЗЗОМЕ) включает 
в себя занесение в соответствующую строку таблицы базовых ре- 
гистров значения операнда-адреса и установку для данного реги- 
стра признака использования. 
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+ Блок27: Обработка директивы ЕМО устанавливает признак окон- 
чания в ТКОЧЕ. При обработке этой директивы в объектный мо- 
дуль также может заносится стартовый адрес программы — пара- 
метр директивы. 


+ Блок28: Обработка прочих директив ведется по своим алгорит- 
мам. 

+ Блок29: После окончания обработки команды или директивы 
сформированный объектный код выводится в файл объектного 
модуля. 

+ Блок30: Печать строки листинга. На эту точку также управление 


передается при выявлении ошибок. При наличии ошибки сооб- 
щение об ошибке печатается после строки листинга. Управление 
затем передается на считывание следующей записи промежуточ- 
ного файла. 


+ Блок31: После того, как установлен признак окончания работы 
формируются и выводятся в объектный модуль коды литерально- 
го пула, таблицы связываний и перемещений. 


+ Блок32: Закрываются файлы, освобождается выделенная память. 
+ Блок33: Работа Ассемблера завершается. 


При рассмотрении алгоритма мы принимали во внимание только 
генерацию объектных кодов, соответствующих командам и константам. 
Мы не рассматривали то, какова общая структура объектного модуля. 


Некоторые дополнительные директивы 


ОСЮ 
Установка адреса 


Операндом директивы является числовая константа или выраже- 
ние, вычисляемое при ассемблировании. Как правило, Ассемблер счита- 
ет, что первая ячейка обрабатываемой им программы располагается по 
адресу 0. Директива ОВС устанавливает счетчик адресов программы в 
значение, определяемое операндом. Так, при создании СОМ-программ 
для М$ ОО$ программа начинается с директивы ОКС 100Н. Этим опе- 
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ратором резервируется 256 байт в начале программы для размещения 
префикса программного сегмента. 


В абсолютных программах директива применяется для размеще- 
ния программы по абсолютным адресам памяти. 


ЗТАЮТ/ 
ЕСТ 


Начало модуля или программной секции. Операндом директивы 
является имя секции. Этой директивой устанавливается в 0 счетчик адре- 
сов программы. Программа может состоять из нескольких программных 
секций, в каждой секции счет адресов ведется от 0. При обработке этой 
директивы на 1-м проходе Ассемблер создает таблицу программных сек- 
ЦИЙ. 

На 1-м проходе Ассемблер составляет список секций, и только в 
конце 1-го прохода определяет их длины и относительные адреса в про- 


грамме. На 2-м проходе Ассемблер использует таблицу секций при 
трансляции адресов. 


Директивы связывания 


ЕМТ 
Входная точка 

Операндом Этой директивы является список имен входных точек 
программного модуля — тех точек, на которые может передаваться уп- 
равление извне модуля или тех данных, к которым могут быть обращения 
извне. 


ЕХТ 
Внешняя точка 


Операндом этой директивы является список имен, к которым есть 
обращение в модуле, но сами эти имена определены в других модулях. 


Эти директивы обрабатываются на 2-м проходе, и на их основе 
строятся таблицы связываний и перемещений. 
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Одно- и многопроходный Ассемблер 


Мы показали, что в двухпроходном Ассемблере на 1-м проходе 
осуществляется определение имен, а на втором — генерация кода. 


Можно ли построить однопроходный Ассемблер? Трудность со- 
стоит в том, что в программе имя может появиться в поле операнда ко- 
манды прежде, чем это имя появится в поле метки/имени, и Ассемблер 
не может преобразовать это имя в адресное выражение, та как еще на 
знает его значение. Как решить эту проблему? 


Запретить ссылки вперед. Имя должно появляться в поле операн- 
да только после того, как оно было определено как метка при команде 
или данных или через директиву ЕОЦ. В этом случае построить Ассемб- 
лер легко, но накладываются ограничения, стесняющие действия про- 
граммиста. 


Если объектный модуль сохраняется в объектной памяти, то Ас- 
семблер может отложить формирование кода для операнда — неопреде- 
ленного имени и вернуться к нему, когда имя будет определено. При по- 
явлении в поле операнда команды неопределенного имени поле 
операнда не формируется (заполняется нулями). Таблица символов рас- 
ширяется полями: признаком определенного/неопределенного имени, и 
указателем на список адресов в объектном модуле, по которым требуется 
модификация поля операнлда. 


При появлении имени в поле операнда Ассемблер ищет имя в таб- 
лице символов. Если имя найдено и помечено как определенное, Ассем- 
блер транслирует его в адресное выражение, как и при 2-проходном ре- 
жиме. Если имя не найдено, Ассемблер заносит имя в таблицу символов, 
помечает его неопределенным и создает первый элемент связанного с 
именем списка, в который заносит адрес в объектном модуле операнда 
данной команды. Если имя найдено, но помечено как определенное, Ас- 
семблер добавляет в список, связанный с данным именем, адрес в объ- 
ектном модуле операнда данной команды. 


При появлении имени в поле метки команды или директивы Ас- 
семблер определяет значение имени и ищет его в таблице символов. Ес- 
ли имя не найдено, Ассемблер добавляет имя в таблицу и помечает его 
как определенное. Если имя найдено и помечено как определенное, Ас- 
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семблер выдает сообщение об ошибке (неуникальное имя). Если имя 
найдено, но помечено как определенное, Ассемблер обрабатывает свя- 
занный с данным именем список: для каждого элемента списка по хра- 
нящемуся в нем адресу в объектном модуле записывается значение име- 
ни. После обработки список уничтожается, значение имени сохраняется 
в таблице символов и имя помечается как определенное. 


После окончания прохода Ассемблер проверяет таблицу симво- 
лов: если в ней остались неопределенные имена, выдается сообщение об 
ошибке. 


Если объектный модуль выводится в файл по мере его формирова- 
ния, алгоритм работы Ассемблера очень похож на предыдущий случай. 
Ассемблер не может при определении имени исправить уже сформиро- 
ванные и выведенные в файл операнды, но вместо этого он формирует 
новую запись объектного модуля, исправляющую старую. При загрузке 
будет сначала загружена в память запись с пустым полем операнда, но за- 
тем на ее место — запись с правильным полем операнда. 


Для чего может понадобиться многопроходный Ассемблер? Един- 
ственная необходимость во многих проходах может возникнуть, если в 
директиве ЕОП разрешены ссылки вперед. Мы упоминали выше, что 
имя в директиве ЕОП может определяться через другое имя. В одно- или 
двухпроходном Ассемблере это другое имя должно быть обязательно оп- 
ределено в программе выше. В многопроходном Ассемблере оно может 
быть определено и ниже. На первом проходе происходит определение 
имен и составление таблицы символов, но некоторые имена остаются 
неопределенными. На втором проходе определяются имена, не опреде- 
лившиеся во время предыдущего прохода. Второй проход повторяется до 
тех пор, пока не будут определены все имена (или не выяснится, что ка- 
кие-то имена определить невозможно). На последнем проходе генериру- 
ется объектный код. 
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Лекция 11. 
Логика и организация 
программы 


В 


Команда МР 


Большинство программ содержат ряд циклов, в которых несколь- 
ко команд повторяются до достижения определенного требования, и 
различные проверки, определяющие, какие из нескольких действий сле- 
дует выполнять. Обычным требованием является проверка — должна ли 
программа заверитить выполнение. 


Эти требования включают передачу управления по адресу коман- 
ды, которая не находится непосредственно за выполняемой в текущий 
момент командой. Передача управления может осуществляться вперед 
для выполнения новой группы команд или назад для повторения уже вы- 
полненных команд. 


Некоторые команды могут передавать управление, изменяя нор- 
мальную последовательность шагов непосредственной модификацией 
значения смещения в командном указателе. Ниже приведены четыре 
способа передачи управления: 


Безусловный переход 
УМР 


Цикл: 
[ООР 


Условный переход: 
У ппп (больше, меньше, равно) 


Вызов процедуры: 
САЕЕ 
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Заметим, что имеется три типа адресов: ЗНОВТ, МЕАБ и ЕАК. Ад- 
ресация ЗНОКТ используется при циклах, условных переходах и некото- 
рых безусловных переходах. Адресация МЕАК и ЕАК используется для 
вызовов процедур (САГТ.) и безусловных переходов, которые не квали- 
фицируются ‚, как ЗНОКТ. Все три типа передачи управления воздейст- 
вуют на содержимое регистра ГР; тип ЕАК также изменяет регистр СЪ. 


Одной из команд обычно используемых для передачи управления 
является команда ]МР. Эта команда выполняет безусловный переход, то 
есть, обеспечивает передачу управления при любых обстоятельствах. 


= 


Команда [ООР 


Команда ]МР реализует бесконечный цикл. Но более вероятно 
подпрограмма должна выполнять определенное число циклов. Команда 
ГООР, которая служит для этой цели, использует начальное значение в 
регистре СХ. В каждом цикле команда ГООР автоматически уменьшает 
содержимое регистра СХ на 1. Пока значение в СХ не равно нулю, управ- 
ление передается по адресу, указанному в операнде, и если в СХ будет 0, 
управление переходит на следующую после ГООР команду. 


Аналогично команде МР, операнд команды ГООР определяет 
расстояние от конца команды ГООР до адреса метки, которое прибавля- 
ется к содержимому командного указателя. Для команды ГООР это рас- 
стояние должно быть в пределах от -128 до +127 байт. В случае, если опе- 
ранд превышает эти границы, то Ассемблер выдаст сообщение: 


«Ве]а{1\уе ]итр оицф оР гапде» (превышены границы перехода) 


Для проверки команды ГООР рекомендуется изменить соответст- 
вующим образом программу, выполнить ее ассемблирование, компонов- 
ку и преобразование в СОМ-файл. Для трассировки всех циклов исполь- 
зуйте отладчик РЕВОС. Когда в значение регистре СХ уменьшится до 
нуля, содержимое регистров АХ, ВХ и ПОХ будет соответственно шест. 
0008, 0042 и 0400. Для выхода из отладчика введите команду О. 


Дополнительно существует две разновидности команды ГООР — 
это ГООРЕ (или ГООР7) и ГООРМЕ (или ГООРМ/.)). Обе команды так- 
же уменышают значение регистра СХ на 1. Команда ГООРЕ передает уп- 
равление по адресу операнда, если регистр СХ имеет ненулевое значение 
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и флаг нуля установлен (7/Е=1). Команда ГООРМЕ передает управление 
по адресу операнда, если регистр СХ имеет ненулевое значение и флаг 
нуля сброшен (7Е=0). 


а 


Флаговый регистр 


Флаговый регистр содержит 16 бит флагов, которые управляются 
различными командами для индикации состояния операции. Во всех 
случаях флаги сохраняют свое значение до тех пор, пока другая команда 
не изменит его. Флаговый регистр содержит следующие девять использу- 
емых бит (звездочками отмечены неиспользуемые биты): 


Номер бита: 15 14 13121 1098 76 543210 
Флат: жж ХОРОГТ$И* А*Р*С 


Рассмотрим ЭТИ флаги в последовательности справа налево. 


СЕ (Сапу Над) — флаг переноса 

Содержит значение «переносов» (0 или 1) из старшего разряда при 
арифметических операциях и некоторых операциях сдвига и цикличес- 
кого сдвига. 


РЕ (Рашу Над) — флаг четности 

Проверяет младшие восемь бит результатов операций над данны- 
ми. Нечетное число бит приводит к установке этого флага в 0, ачетное — 
в 1. Не следует путать флаг четности с битом контроля на четность. 


АЕ (АцхШагу Сапу Над) — дополнительный флаг переноса 
Устанавливается в 1, если арифметическая операция приводит к 
переносу четвертого справа бита (бит номер 3) в регистровой однобайто- 
вой команде.Данный флаг имеет отношение к арифметическим опера- 
циям над символами кода АЗСП и к десятичным упакованным полям. 


2Е (Сего Над) — флаг нуля 

Устанавливается в качестве результата арифметических команд и 
команд сравнения. Как это ни странно, ненулевой результат приводит к 
установке нулевого значения этого флага, а нулевой — к установке еди- 
ничного значения. Кажущееся несоответствие является, однако, логиче- 
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ски правильным, так как 0 обозначает «нет» (то есть, результат не равен 
нулю), а единица обозначает «да» (то есть, результат равен нулю). 


Команды условного перехода ЛЕ и 77, проверяют этот флаг. 


$Е (дп Над) — знаковый флаг 

Устанавливается в соответствии со знаком результата (старшего 
бита) после арифметических операций: положительный результат уста- 
навливает 0, а отрицательный — 1. Команды условного перехода ]С и Л. 
проверяют этот флаг. 


ТЕ (пар Над) — флаг пошагового выполнения 

Этот флаг вам уже приходилось устанавливать, когда использова- 
лась команда Т в отладчике РЕВОС. В случае, если этот флаг установлен 
вединичное состояние, то процессор переходит в режим пошагового вы- 
полнения команд, то есть, в каждый момент выполняется одна команда 
под пользовательским управлением. 


1Е (метир! Над) — флаг прерывания 


При нулевом состоянии этого флага прерывания запрещены, при 
единичном — разрешены. 


ОЕ (ОнесНоп Над) — флаг направления 

Используется в строковых операциях для определения направле- 
ния передачи данных. При нулевом состоянии команда увеличивает со- 
держимое регистров 51 и ОТ, вызывая передачу данных слева направо, 
при нулевом — уменьшает содержимое этих регистров, вызывая переда- 
чу данных справа налево. 


ОЕ (Оуефом Над) — флаг переполнения 
Фиксирует арифметическое переполнение, то есть, перенос вниз 
старшего (знакового) бита при знаковых арифметических операциях. 


В качестве примера: команда СМР сравнивает два операнла и воз- 
действует на флаги АЕ, СЕ, ОБ, РЕ, ЪЕ, 7Е. Однако, нет необходимости 
проверять все эти флаги по отдельности. В следующем примере проверя- 
ется содержит ли регистр ВХ нулевое значение: 


СМР ВХ, 00 ; Сравнение ВХ с нулем 
47 В50 ;Переход на В50 если нуль 


действия не при нуле 


850: ... ;Гочка перехода при ВХ=0 
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В случае, если ВХ содержит нулевое значение, команда СМР уста- 
навливает флаг нуля Г.Е в единичное состояние, и возможно изменяет 
(или нет) другие флаги. 


Команда /7, (переход, если нуль) проверяет только флаг 7.Е. При 
единичном значении 7Е, обозначающее нулевой признак, команда пе- 


редает управление на адрес, указанный в ее операнде, то есть, на метку 
В50. 


Команды условного перехода 


Команда ГООР уменьшает на единицу содержимое регистра СХ и 
проверяет его: если не ноль, то управление передается по адресу, указан- 
ному в операнде. Таким образом, передача управления зависит от кон- 
кретного состояния. Ассемблер поддерживает большое количество ко- 
манд условного перехода, которые осуществляют передачу управления в 
зависимости от состояний флагового регистра. Например, при сравне- 
нии содержимого двух полей последующий переход зависит от значения 
флага. 


Команду ГООР в программе можно заменить на две команды: од- 
на уменьшает содержимое регистра СХ, а другая выполняет условный 
переход: 


ГООР А20 
БЕС СХ 
У№7 А20 


Команды ОЕС и ЛМ\МИ действуют аналогично команде ГООР: 
уменыпают содержимое регистра СХ на 1 и выполняет переход на метку 
А20, если в СХ не ноль. Команда ОЕС кроме того устанавливает флаг ну- 
ля во флаговом регистре в состояние 0 или 1. Команда ЛМ, затем прове- 
ряет эту установку. В рассмотренном примере команда Г.ООР хотя и име- 
ет ограниченное использование, но более эффективна, чем две команды: 
ОЕС и ЛМ. 


Аналогично командам ] МР и ГООР операнд в команде ЛМИ, содер- 
жит значение расстояния между концом команды М1, и адресом А20, 
которое прибавляется к командному указателю. Это расстояние должно 
быть в пределах от -128 до +127 байт. 
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В случае перехода за эти границы Ассемблер выдаст сообщение: 


«Не1ат1уе ]итр оиф оГ гапде» (превышены относительные границы 
перехода) 


Знаковые и беззнаковые данные 


Рассматривая назначение команд условного перехода следует по- 
яснить характер их использования. Типы данных, над которыми выпол- 
НЯЮТСЯ арифметические операции и операции сравнения определяют 
какими командами пользоваться: беззнаковыми или знаковыми. Беззна- 
ковые данные используют все биты как биты данных; характерным при- 
мером являются символьные строки: имена, адреса и натуральные числа. 
В знаковых данных самый левый бит представляет собой знак, причем 
если его значение равно нулю, то число положительное, и если единице, 
то отрицательное. Многие числовые значения могут быть как положи- 
тельными так и отрицательными. 


В качестве примера предположим, что регистр АХ содержит 
11000110, а ВХ — 00010110. Команда: 


СМР АХ, ВХ 


сравнивает содержимое регистров АХ и ВХ. В случае, если данные 
беззнаковые, то значение в АХ больше, а если знаковые — то меньше. 


Запомните, что для беззнаковых данных есть переходы по состоя- 
ниям равно, выше или ниже, а для беззнаковых — равно, больше или 
меньше. Переходы по проверкам флагов переноса, переполнения и па- 
ритета имеют особое назначение. Ассемблер транслирует мнемоничес- 
кие коды в объектный код независимо от того, какую из двух команд вы 
применили. 


Процедуры и оператор САЦ. 


Ранее примеры содержали в кодовом сегменте только одну проце- 
дуру, оформленную следующим образом: 


ВЕСТМ РВОС РАВ 


ВЕСТМ ЕМОР 


Логика и организация программы 135 


Операнд ЕАК информирует систему о том, что данный адрес явля- 
ется точкой входа для выполнения, а директива ЕМОР определяет конец 
процедуры. 


Кодовый сегмент, однако, может содержать любое количество 
процедур, которые разделяются директивами РКОС и ЕМОР. 


Обратите внимание на следующие особенности: 


+ Директивы РКОС по меткам имеют операнд МЕАК для 
указания того, что эти процедуры находятся в текущем 
кодовом сегменте. 


Ф Каждая процедура имеет уникальное имя и содержит 
собственную директиву ЕМПР для указания конца 
процедуры. 

Ф* Для передачи управления в процедуре ВЕСИ имеются две 


команды: САТГ.. В результате первой команды САГГ, 
управление передается указанной процедуре и начинается 
ее выполнение. Достигнув команды КЕТ, управление 
возвращается на команду непосредственно следующую за 
первой командой САТТ.. Вторая команда СА1Т, действует 
аналогично — передает управление в указанную 
процедуру, выполняет ее команды и возвращает 
управление по команде ВЕТ. 


Ф Команда КЕТ всегда выполняет возврат в вызывающую 
программу. 


Программа ВЕСИМ вызывает процедуры, которые возвращают уп- 
равление обратно в ВЕС П\. Для выполнения самой программы ВЕСПМ 
операционная система РОЗ вызывает ее и в конце выполнения команда 
ВЕТ возвращает управление в ОО$. В случае, если процедура не содер- 
жит завершающей команды ВЕТ, то выполнение команд продолжится 
непосредственно в этой процедуре. В случае, если процедура не содер- 
жит команды ВЕТ, то будут выполняться команды, оказавшиеся за про- 
цедурой с непредсказуемым результатом. 


Использование процедур дает хорошую возможность организо- 
вать логическую структуру программы. Кроме того, операнды для ко- 
манды САШ. могут иметь значения, выходящие за границу от -128 до 
+127 байт. 


Технически управление в процедуру типа МЕАК может быть пере- 
дано с помощью команд перехода или даже обычным построчным коди- 
рованием. Но в большинстве случаев рекомендуется использовать ко- 
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манду САШ, для передачи управления в процедуру и команду КЕТ для 
возврата. 


= 


Сегмент стека 


Ниже буду рассмотрены только две команды, использующие стек, 
— это команды РОЗН в начале сегмента кодов, которые обеспечивают 
возврат в РО$, когда ЕХЕ-программа завершается. 


Естественно для этих программ требуется стек очень малого раз- 
мера. Однако, команда САШЩ, автоматически записывает в стек относи- 
тельный адрес команды, следующей непосредственно за командой 
САП, и увеличивает после этого указатель вершины стека. В вызывае- 
мой процедуре команда КЕТ использует этот адрес для возврата в вызы- 
вающую процедуру и при этом автоматически уменьшается указатель 
вершины стека. 


Таким образом, команды РОЗН записывают в стек двухбайтовые 
адреса или другие значения. Команды РОР обычно выбирают из стека 
записанные в него слова. Эти операции изменяют относительный адрес 
в регистре $Р (то есть, в указатели стека) для доступа к следующему сло- 
ву. Данное свойство стека требует чтобы команды КЕТ и САШ, соответ- 
ствовали друг другу. Кроме того, вызванная процедура может вызвать с 
помощью команды САШ, другую процедуру, а та в свою очередь — сле- 
дующую. Стек должен иметь достаточные размеры для того, чтобы хра- 
нить все записываемые в него адреса. Как правило, стек объемом в 32 
слова является достаточным. 


Команды РОЗН, РОЗНЕ, САТТ, УТ, и МТО заносят в стек адрес 
возврата или содержимое флагового регистра. Команды РОР, РОРЕ, 
КЕТи [ВЕТ извлекают эти адреса или флаги из стека. 


При передаче управления в ЕХЕ-программу система устанавлива- 
ет в регистрах следующие значения: 


0$ и Е$ 

Адрес префикса программного сегмента — область в 256 (шест. 
100) байт, которая предшествует выполняемому программному модулю в 
памяти. 


Логика и организация программы 437 


С$ 

Адрес точки входа в программу (адрес первой выполняемой ко- 
манды). 
|Р 

Нуль. 


$5 
Адрес сегмента стека. 


= 


Команды логических операций: АМО, ОК, 
ХОР, ТЕЗТ, МОТ 


Логические операции являются важным элементом в проектиро- 
вании микросхем и имеют много общего в логике программирования. 
Команды АМО, ОК, ХОК и ТЕЗТ — являются командами логических 
операций. Эти команды используются для сброса и установки бит и для 
арифметических операций в коде АЗСП. Все эти команды обрабатывают 
один байт или одно слово в регистре или в памяти, и устанавливают фла- 


ги СР, ОЕ, РЕ, ЗЕ, ИЕ. 


АМО 


В случае, если оба из сравниваемых битов равны 1, то результат ра- 
вен 1; во всех остальных случаях результат — 0. 


|] 


В случае, если хотя бы один из сравниваемых битов равен 1, то ре- 
зультат равен 1; если сравниваемые биты равны 0, то результат — 0. 


ХОК 

В случае, если один из сравниваемых битов равен 0, а другой равен 
1, то результат равен 1; если сравниваемые биты одинаковы (оба — 0 или 
оба — 1) то результат — 0. 
ТЕ$Т 

Действует как АМО — устанавливает флаги, но не изменяет биты. 
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Первый операнд в логических командах указывает на один байт 
или слово в регистре или в памяти и является единственным значением, 
которое может изменятся после выполнения команд. В следующих ко- 
мандах АМО, ОК и ХОК используются одинаковые битовые значения: 


АМО ОВ ХОВ 0101 0101 0101 0011 0011 0011 

Результат: 

0001 0111 0110 

Для следующих несвязанных примеров, предположим, что АТ. со- 
держит 1100 0101, а ВН содержит 0101 1100: 


АМО АЕ, ВН ;Устанавливает в АЁ 0100 0100 
ОН ВН, АЕ ;Устанавливает в ВН 1101 1101 
ХОВ АЕ, АЕ ;Устанавливает в АЁ 0000 0000 
АМО АЕ, 00 ;Устанавливает в АЁ 0000 0000 
АМО АЕ, ОЕН ;Устанавливает в АЁ 0000 0101 
. ОВ С, СЕ ;Устанавливает флаги 5Е и 7Е 





овом 


Примеры 3 и 4 демонстрируют способ очистки регистра. В приме- 
ре 5 обнуляются левые четыре бита регистра АГ. Хотя команды сравне- 
ния СМР могут быть понятнее, можно применить команду ОК для сле- 
дующих целей: 


1. ОВ СХ, СХ ;Проверка СХ на нуль 47... ;Переход, если нуль 
2. ОН СХ, СХ ;Проверка знака в СХ 45 ... :Переход, если 
отрицательно 


Команда ТЕЗТ действует аналогично команде АМО, но устанав- 
ливает только флаги, а операнд не изменяется. Ниже приведено несколь- 
ко примеров: 


1. ТЕЗТ ВЕ, 111100008 ;Любой из левых бит в ВЕ №... ; равен 
единице? 

2. ТЕЗТ АЕ, 000000018 ;Регистр АЁ содержит №... ; нечетное 
значение? 

3. ТЕЗТ ОХ, ОЕЕН ;Регистр ОХ содержит /7... ; нулевое значение? 


Еще одна логическая команда МОТ устанавливает обратное значе- 
ние бит в байте или в слове, в регистре или в памяти: нули становятся 
единицами, а единицы — нулями. В случае, если, например, регистр АГ, 
содержит 1100 0101, то команда МОТ АГ. изменяет это значение на 0011 
1010. Флаги не меняются. 


Команда МОТ не эквивалентна команде МЕС, которая меняет 
значение с положительного на отрицательное и наоборот, посредством 
замены бит на противоположное значение и прибавления единицы. 
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= 


Изменение строчных букв на заглавные 


Существуют различные причины для преобразований между 
строчными и заглавными буквами. Например, вы могли получить файл 
данных, созданный на компьютере, который работает только с заглавны- 
ми буквами. Или некая программа должна позволить пользователям вво- 
дить команды как заглавными, так и строчными буквами (например, 
УЕ$ или уез) и преобразовать их в заглавные для проверки. Заглавные 
буквы от А до 7, имеют шест. коды от 41 до ЗА, а строчные буквы ота до 7 
имеют шест. коды от 61 до 7А. 


Единственная разница в том, что пятый бит равен 0 для заглавных 
букв и 1 для строчных: 


Буква А: 01000001 


Буква а: 01100001 
Буква 7: 01011010 
Буква 7: 01111010 


В 


Команды сдвига и циклического сдвига 


Команды сдвига и циклического сдвига, которые представляют 
собой часть логических возможностей компьютера, имеют следующие 
свойства: 


Ф обрабатывают байт или слово; 

Ф имеют доступ к регистру или к памяти; 

Ф сдвигают влево или вправо; 

ьа сдвигают на величину до 8 бит (для байта) и 16 бит (для 


слова) 


Ф 


сдвигают логически (без знака) или арифметически (со 
знаком). 
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Значение сдвига на | может быть закодировано как непосред- 
ственный операнд, значение больше 1 должно находиться в регистре СГ. 


Команды сдвига 


При выполнении команд сдвига флаг СЕ всегда содержит значе- 
ние последнего выдвинутого бита. 


Существуют следующие команды сдвига: 


ОНН ;Логический (беззнаковый) сдвиг вправо 

УНЕ ;Логический (беззнаковый) сдвиг влево 

ЗАН ;Арифметический сдвиг вправо 

ЗАЁ ; Арифметический сдвиг влево 

Следующий фрагмент иллюстрирует выполнение команды НВ: 

МОМ (1,03 ; АХ: 

МОУ АХ, 101101118 ; 10110111 

ОНА АХ, 1 ; 01011011 ;Сдвиг вправо на 1 

ОНА АХ, С1 ; 00001011 ;Сдвиг вправо на 3 

Первая команда ЭНВ сдвигает содержимое регистра АХ вправо на 
1 бит. 











Выдвинутый в результате один бит попадает в флаг СЁ, а самый 
левый бит регистра АХ заполняется нулем. Вторая команда сдвигает со- 
держимое регистра АХ еще на три бита. При этом флаг СЕ последова- 
тельно принимает значения 1, 1, 0, автри левых бита в регистре АХ зано- 
сятся нули. 


Рассмотрим действие команд арифметического вправо ЗАК: 


МОМ (1,03 ; АХ: 

МО\ АХ, 101101118 ; 10110111 

ЗАВ АХ, 1 ; 11011011 ;Сдвиг вправо на 1 
ЗАВ АХ, С1 ; 11111011 ;Сдвиг вправо на 3 


Команда ЗАК имеет важное отличие от команды ЗНК: для запол- 
нения левого бита используется знаковый бит. Таким образом, положи- 
тельные и отрицательные величины сохраняют свой знак. В приведен- 
ном примере знаковый бит содержит единицу. 


При сдвигах влево правые биты заполняются нулями. Таким обра- 
зом, результат команд сдвига ЭН1. и ЗАТ, индентичен. 


Сдвиг влево часто используется для удваивания чисел, а сдвиг 
вправо — для деления на 2. Эти операции осуществляются значительно 
быстрее, чем команды умножения или деления. Деление пополам нечет- 
ных чисел (например, 5 или 7) образует меньшие значения (2 или 3, со- 
ответственно) и устанавливает флаг СЕВ 1. Кроме того, если необходимо 
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выполнить сдвиг на 2 бита, то использование двух команд сдвига более 
эффективно, чем использование одной команды с загрузкой регистра СГ, 
значением 2. 


Для проверки бита, занесенного в флаг СЕ используется команда 
ТС (переход, если есть перенос). 


Команды циклического сдвига 


Циклический сдвиг представляет собой операцию сдвига, при ко- 
торой выдвинутый бит занимает освободившийся разряд. Существуют 
следующие команды циклического сдвига: 


ВОВ ;Циклический сдвиг вправо 
Вог ;Циклический сдвиг влево 
АСВ ;Циклический сдвиг вправо с переносом 
АСЕ ;Циклический сдвиг влево с переносом 


Следующая последовательность команд иллюстрирует операцию 
циклического сдвига КОК: 


МОУ СЁ,03 ; ВХ: 

МО\ ВХ, 101101118 ; 10110111 

ВОВ ВХ, 1 ; 11011011 ;Сдвиг вправо на 1 
ВОВ ВХ, СЕ; 01111011 ;Сдвиг вправо на 3 


Первая команда КОК при выполнении циклического сдвига пере- 
носит правый единичный бит регистра ВХ в освободившуюся левую по- 
зицию. Вторая команда КОК переносит таким образом три правых бита. 








В командах КСК и ВСЕ в сдвиге участвует флаг СЕ. Выдвигаемый 
из регистра бит заносится в флаг СЁ, а значение СЕ при этом поступает в 
освободившуюся позицию. 


Рассмотрим пример, в котором используются команды цикличес- 
кого и простого сдвига. Предположим, что 32-битовое значение находит- 
ся в регистрах ОХ:АХ так, что левые 16 бит лежат в регистре ОХ, а пра- 
вые — в АХ. Для умножения на 2 этого значения возможны следующие 
две команды: 


ОНЕ АХ, 1 ‚;Умножение пары регистров 
АСЕ 0Х,1 ; ОХ:АХ на 2 


Здесь команда ЗН. сдвигает все биты регистра АХ влево, причем 
самый левый бит попадает в флаг СЕ. Затем команда ВСГ сдвигает все 
биты регистра ОХ влево и в освободившийся правый бит заносит значе- 
ние из флага СЕ. 
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Организация программ 


Ниже даны основные рекомендации для написания ассемблерных 
программ: 


1. Четко представляйте себе задачу, которую должна решить про- 
грамма. 


2. Сделайте эскиз задачи в общих чертах и спланируйте общую ло- 
гику программы. 


Например, если необходимо проверить операции пересылки не- 
скольких байт, начните с определения полей с пересылаемыми данными. 


Затем спланируйте общую стратегию для инициализации, услов- 
ного перехода и команды ГООР. 


Приведем основную логику, которую используют многие про- 
граммисты в таком случае: 


нициализация стека и сегментных регистров 
вызов подпрограммы цикла 
возврат 


Подпрограмма цикла может быть спланирована следующим обра- 
зом: 


нициализация регистров значениями адресов и числа циклов 

етка: пересылка одного байта увеличение адресов на 1 уменьшение 
счетчика на 1: если счетчик не ноль, то идти на метку если ноль, 
возврат 

3. Представьте программу в виде логических блоков, следующих 


друг за другом. Процедуры не превышающие 25 строк (размер экрана) 
удобнее для отладки. 





4. Пользуйтесь тестовыми примерами программ. Попытки запом- 
нить все технические детали и программирование сложных программ «из 
головы» часто приводят к многочисленным ошибкам. 


5. Используйте комментарии для описания того, что должна де- 
лать процедура, какие арифметические действия или операции сравне- 
ния будут выполняться и что делают редко используемые команды. (На- 
пример, команда ХГАТ, не имеющая операндов). 
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6. Для кодирования программы используйте заготовку програм- 
мы, скопированной в файл с новым именем. 


Важно: 


Ф 


Метки процедур должны завершаться двоеточием для 
указания типа МЕАК. Отсутствие двоеточия приводит к 
ассемблерной ошибке. 


Метки для команд условного перехода и ГООР должны 
лежать в границах -128 до +127 байт. Операнд таких 
команд генерирует один байт объектного кода. Шест. от 01 
до 7Е соответствует десятичным значениям от +1 до +127, 
а шест. от ЕЁ до 80 покрывает значения от -1 до +128. Так 
как длина машинной команды может быть от 1 до 4 байт, 
то соблюдать границы не просто. Практически можно 
ориентироваться на размер в два экрана исходного текста 
(примерно 50 строк). 


При использовании команды ГООР, инициализируйте 
регистр СХ положительным числом. Команда ГООР 
контролирует только нулевое значение, при 
отрицательном программа будет продолжать циклиться. 


В случае, если некоторая команда устанавливает флаг, то 
данный флаг сохраняет это значение, пока другая команда 
его не изменит. Например, если за арифметической 
командой, которая устанавливает флаги, следуют команды 
МОУ, то они не изменят флаги. Однако, для минимизации 
числа возможных ошибок, следует кодировать команды 
условного перехода непосредственно после команд, 
устанавливающих проверяемые флаги. 


Выбирайте команды условного перехода соответственно 
операциям над знаковыми или беззнаковыми данными. 


Для вызова процедуры используйте команду СА1Т, а для 
возврата из процедуры — команду КЕТ. Вызываемая 
процедура может, в свою очередь, вызвать другую 
процедуру, и если следовать существующим соглашениям, 
то команда КЕТ всегда будет выбирать из стека 
правильный адрес возврата. 
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Будьте внимательны при использовании индексных 
операндов. Сравните: 

МО\У АХ, 5Т 

МО\ АХ, [$1] 

Первая команда МОУ пересылает в регистр АХ 
содержимое регистра 5[. Вторая команда МОУ для доступа 
к пересылаемому слову в памяти использует 
относительный адрес в регистре $1. 


Используйте команды сдвига для удваивания значений и 
для деления пополам, но при этом внимательно выбирайте 
соответствующие команды для знаковых и беззнаковых 
данных. 
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Лекция 12. 
Компоновка программ 


Межсегментные вызовы 


Примеры программ, рассматриваемых ранее, состояли из одного 
шага ассемблирования. Возможно, однако, выполнение программного 
модуля, состоящего из нескольких ассемблированных программ. В этом 
случае программу можно рассматривать, как состоящую из основной 
программы и одной или более подпрограмм. Причины такой организа- 
ции программ состоят в следующем: 


Ф* бывает необходимо скомпоновать программы, написанные 
на разных языках, например, для объединения мощности 
языка высокого уровня и эффективности Ассемблера; 


Ф* программа, написанная в виде одного модуля, может 
оказаться слишком большой для ассемблирования; 


Ф отдельные части программы могут быть написаны 
разными группами программистов, ассемблирующих свои 
модули раздельно; 


Ф ввиду возможно большого размера выполняемого модуля, 
может появиться необходимость перекрытия частей 
программы в процессе выполнения. 


Каждая программа ассемблируется отдельно и генерирует собст- 
венный уникальный объектный (ОВЛ) модуль. Программа компоновщик 
(ЛМК) затем компонует объектные модули в один объединенный вы- 
полняемый (ЕХЕ) модуль. 


Обычно выполнение начинается с основной программы, которая 
вызывает одну или более подпрограмм. Подпрограммы, в свою очередь, 
могут вызывать другие подпрограммы. 
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Существует много разновидностей организации подпрограмм, но 
любая организация должна быть «понятна» и Ассемблеру, и компонов- 
щику, и этапу выполнения. Следует быть внимательным к ситуациям, 
когда, например, подпрограмма 1 вызывает подпрограмму 2, которая вы- 
зывает подпрограмму 3 и, которая в свою очередь вызывает подпрограм- 
му 1. Такой процесс, известный как рекурсия, может использоваться на 
практике, но при неаккуратном обращении может вызвать любопытные 
ошибки при выполнении. 


Команды СА, используются для внутрисегментных вызовов, то 
есть, для вызовов внутри одного сегмента. Внутрисегментный СА. мо- 
жет быть короткий (в пределах от +127 до -128 байт) или длинный (пре- 
вышающий указанные границы). В результате такой операции «старое» 
значение в регистре ГР запоминается в стеке, а «новый» адрес перехода 
загружается в этот регистр. 


Например, внутрисегментный СА, может иметь следующий 
объектный код: Е82000. Шест.Е8 представляет собой код операции, ко- 
торая заносит 2000 в виде относительного адреса 0020 в регистр ГР. Затем 
процессор объединяет текущий адрес в регистре С$ и относительный ад- 
рес в регистре ТР для получения адреса следующей выполняемой коман- 
ды. При возврате из процедуры команда КЕТ восстанавливает из стека 
старое значение в регистре ТР и передает управление таким образом на 
следующую после СА. команду. 


Вызов в другой кодовый сегмент представляет собой межсегмент- 
ный (длинный) вызов. Данная операция сначала записывает в стек со- 
держимое регистра С$ и заносит в этот регистр адрес другого сегмента, 
затем записывает в стек значение регистра ГР и заносит новый относи- 
тельный адрес в этот регистр. 


Таким образом в стеке запоминаются и адрес кодового сегмента и 
смещение для последующего возврата из подпрограммы. 


Например, межсегментный САШ, может состоять из следующего 
объектного кода: 


9А 0002 АЕО4 
Шест.9А представляет собой код команды межсегментного вызо- 
ва которая записывает значение 0002 в виде 0200 в регистр ГР, а значение 


АЕО4 в виде 04АЕ в регистр С$. Комбинация этих адресов указывает на 
первую выполняемую команду в вызываемой подпрограмме: 


Кодовый сегмент 04АРО 
Смещение в ТР 0200 
Действительный адрес 04СЕ0 
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При выходе из вызванной процедуры межсегментная команда 
возврата КЕР восстанавливает оба адреса в регистрах С$ и ГР итаким об- 
разом передает управление на следующую после СА, команду. 


= 


Атрибуты ЕХТЮМ и РУВИС 


Директива ЕХТЮМ 

Директива ЕХТВМ имеет следующий формат: 

ЕХТВМ имя:тип [, ... ] 

Можно определить более одного имени (до конца строки) или за- 
кодировать дополнительные директивы ЕХТВМ. 


В другом ассемблерном модуле соответствующее имя должно 
быть определено и идентифицировано как РОВШС. 


Тип элемента может быть АВ$, ВУТЕ, ОУ/ОВО, ЕАК, МЕАК, 
УУОВО. Имя может быть определено через ЕОЦ и должно удовлетворять 
реальному определению имени. 


Директива РИВИС 


Директива РИВШС указывает Ассемблеру и компоновщику, что 
адрес указанного идентификатора доступен из других программ. Дирек- 
тива имеет следующий формат: 


РУВЕТС идентификатор [, ... ] 


Можно определить более одного идентификатора (до конца стро- 
ки) или закодировать дополнительные директивы РОВШС. Идентифи- 
каторы могут быть метками (включая РКОС-метки), переменными или 
числами. 


Неправильными идентификаторами являются имена регистров и 
ЕОЧ-идентификаторы, определяющие значения более двух байт. 
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= 


Компоновка программ на языке Си 
Ассемблере 


Трудность описания связи программ на языке С и ассемблерных 
программ состоит в том, что различные версии языка С имеют разные 
соглашения о связях и для более точной информации следует пользо- 
ваться руководством по имеющейся версии языка С. Здесь приведем 
лишь некоторые соображения, представляющие интерес: 


Ф* Большинство версий языка С обеспечивают передачу 
параметров через стек в обратной (по сравнению с 
другими языками) последовательности. Обычно доступ, 
например, к двум параметрам, передаваемым через стек, 
осуществляется следующим образом: 

МОУ ЕЗ,ВР МОУ ВР, $Р 
МО\ ОН, [ВР+4] 

МО\ ОЕ, [ВР+6] ... 
РОР ВР ВЕТ 


Ф Некоторые версии языка С различают прописные и 
строчные буквы, поэтому имя ассемблерного модуля 
должно быть представлено в том же символьном регистре, 
какой используют для ссылки С-программы. 


ьа В некоторых версиях языка С требуется, чтобы 
ассемблерные программы, изменяющие регистры ОГ и 51, 
записывали их содержимое в стек при входе и 
восстанавливали эти значения из стека при выходе. 


Ф* Ассемблерные программы должны возвращать значения, 
если это необходимо, в регистре АХ (одно слово) или в 
регистровой паре ОХ:АХ (два слова). 


Ф Для некоторых версий языка С, если ассемблерная 
программа устанавливает флаг ОР, то она должна сбросить 
его командой СГО перед возвратом. 
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Выполнение СОМ-программы 


В отличие от ЕХЕ-файла, СОМ-файл не содержит заголовок на 
диске. Так как организация СОМ-файла намного проше, то для ОО$ не- 
обходимо «знать» только то, что тип файла — СОМ. 


Загруженным в память СОМ- и ЕХЕ-файлам предшествует пре- 
фикс программного сегмента. Первые два байта этого префикса содер- 
жат команду [МТ 20Н (возврат в ОО5). При загрузке СОМ-программы 
ТоО$ устанавливает в четырех сегментных регистрах адрес первого байта 
РР. 


Затем устанавливается указатель стека на конец 64 Кбайтового 
сегмента (шест.ЕЕЕЁЕ) или на конец памяти, если сегмент не достаточно 
большой. В вершину стека заносится нулевое слово. В командный указа- 
тель помещается шест.100 (размер РР). После этого управление пере- 
дается по адресу регистровой пары СЗ]Р, то есть, на адрес непо- 
средственно после РЗР. Этот адрес является началом выполняемой 
СОМ-программы и должен содержать выполнимую команду. 


При выходе из программы команда ВЕТ заносит в регистр [Р ну- 
левое слово, которое было записано в вершину стека при инициализа- 
ции. В этом случае в регистровой паре СЗ:1Р получается адрес первого 
байта РЗР, где находится команда ПМТ 20Н. При выполнении этой ко- 
манды управление передается в резидентную часть СОММАМО.СОМ. 
(В случае, если программа завершается по команде ПМТ 20Н вместо ВЕТ, 
то управление непосредственно передается в СОММАМО.СОМ). 


Выполнение ЕХЕ-программы 


ЕХЕ-модуль, созданный компоновщиком, состоит из следующих 
двух частей: 1) заголовок — запись, содержащая информацию по управ- 
лению и настройке программы и 2) собственно загрузочный модуль. 
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В заголовке находится информация о размере выполняемого мо- 
дуля, области загрузки в памяти, адресе стека и относительных смещени- 
ях, которые должны заполнить машинные адреса в соответствии с отно- 
сительными шест.позициями: 


00 Шест.405А 


Компоновщик устанавливает этот код для идентификации пра- 
вильного ЕХЕ-файла. 


02 
Число байтов в последнем блоке ЕХЕ-файла. 
04 
Число 512 байтовых блоков ЕХЕ-файла, включая заголовок. 
06 
Число настраиваемых элементов. 
08 


Число 16-байтовых блоков (параграфов) в заголовке, (необходимо 
для локализации начала выполняемого модуля, следующего после заго- 
ловка). 


ОА 
Минимальное число параграфов, которые должны находится по- 
сле загруженной программы. 


0с 

Переключатель загрузки в младшие или старшие адреса. При 
компоновке программист должен решить, должна ли его программа за- 
гружаться для выполнения в младшие адреса памяти или в старшие 
Обычным является загрузка в младшие адреса. Значение шест.0000 ука- 
зывает на загрузку в старшие адреса, а шест. ЕЕЕЕ — в младшие. Иные 
значения определяют максимальное число параграфов, которые должны 
находиться после загруженной программы. 


0Е 
Относительный адрес сегмента стека в выполняемом модуле. 


10 


Адрес,который загрузчик должен поместить в регистр ЗР перед 
передачей управления в выполнимый модуль. 
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42 


Контрольная сумма — сумма всех слов в файле (без учета перепол- 
нений) используется для проверки потери данных. 


14 


Относительный адрес, который загрузчик должен поместить в ре- 
гистр ТР до передачи управления в выполняемый модуль. 


16 


Относительный адрес кодового сегмента в выполняемом модуле. 
Этот адрес загрузчик заносит в регистр С$. 


18 
Смещение первого настраиваемого элемента в файле. 


ЧА 


Номер оверлейного фрагмента: нуль обозначает, что заголовок от- 
носится к резидентной части ЕХЕ-файла. 


4С 


Таблица настройки, содержащая переменное число настраивае- 
мых элементов, соответствующее значению по смещению 06. 


Заголовок имеет минимальный размер 512 байтов и может быть 
больше, если программа содержит большое число настраиваемых эле- 
ментов. Позиция 06 в заголовке указывает число элементов в выполняе- 
мом модуле, нуждающихся в настройке. Каждый элемент настройки в 
таблице, начинающейся в позиции 1С заголовка, состоит из двухбайто- 
вых величин смещений и двухбайтовых сегментных значений. 


Система строит префикс программного сегмента следом за ре- 
зидентной частью СОММАМРО.СОМ, которая выполняет операцию за- 
грузки. Затем СОММАМР.СОМ выполняет следующие действия: 


Ф* Считывает форматированную часть заголовка в память. 


Ф* Вычисляет размер выполнимого модуля (общий размер 
файла в позиции 04 минус размер заголовка в позиции 08) 
и загружает модуль в память с начала сегмента. 


Ф Считывает элементы таблицы настройки в рабочую 
область и прибавляет значения каждого элемента таблицы 
к началу сегмента (позиция ОЕ). 


Ф Устанавливает в регистрах 3$ и ЗР значения из заголовка и 
прибавляет адрес начала сегмента. 
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Ф Устанавливает в регистрах 0$ и Е$ сегментный адрес 
префикса программного сегмента. 


+ Устанавливает в регистре С$ адрес РЗР и прибавляет 
величину смещения в заголовке (позиция 16) к регистру 
С$. В случае, если сегмент кода непосредственно следует 
за РР, то смещение в заголовке равно 256 (шест.100). 
Регистровая пара СЗ:1Р содержит стартовый адрес в 
кодовом сегменте, то есть, начальный адрес программы. 


После инициализации регистры С$ и $$ содержат правильные ад- 
реса, а регистр 0$ (и Е$) должны быть установлены в программе для их 
собственных сегментов данных: 


1. РУЗН 05 :Занести адрес РЗР в стек 

ЗИВ АХ, АХ ;Занести нулевое значение в стек 
РУЗН АХ ; для обеспечения выхода из программы 
МО\ АХ, датазедпате ; Установка в регистре 0Х 
МОУ 05$, АХ ; адреса сегмента данных 


явомым 


При завершении программы команда КЕТ заносит в регистр [Р 
нулевое значение, которое было помещено в стек в начале выполнения 
программы. В регистровой паре СЗР в этом случае получается адрес, 
который является адресом первого байта РР, где расположена команда 
ПМТ 20Н. Когда эта команда будет выполнена, управление перейдет в 
205. 


Функции загрузки и выполнения 
программы 


Рассмотрим теперь, как можно загрузить и выполнить программу 
из другой программы. Функция шест.4В дает возможность одной про- 
грамме загрузить другую программу в память и при необходимости вы- 
ПОЛНИТЬ. 


Для этой функции необходимо загрузить адрес АЗСП7-строки в 
регистр ОХ, а адрес блока параметров в регистр ВХ (в действительности 
в регистровую пару ЕЗ:ВХ). В регистре АГ. устанавливается номер функ- 
ции 0 или 3: 
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АЁ=О. Загрузка и выполнение 


Данная операция устанавливает префикс программного сегмента 
для новой программы, а также адрес подпрограммы реакции на 
Спе/ВтгеаК и адрес передачи управления на следующую команду после 
завершения новой программы. Так как все регистры, включая ЗР, изме- 
няют свои значения, то данная операция не для новичков. 


Блок параметров, адресуемый по ЕЗ:ВХ, имеет следующий 


формат: 
0 
Двухбайтовый сегментный адрес строки параметров для передачи. 
2 
Четырехбайтовый указатель на командную строку в РЗР+80Н. 
6 
Четырехбайтовый указатель на блок ЕСВ в РЭР-+5СН. 
10 


Четырехбайтовый указатель на блок ЕСВ в РЗР+6СН. 


АЁ=3З. Оверлейная загрузка 


Данная операция загружает программу или блок кодов, но не со- 
здает РР и не начинает выполнение. 


Таким образом можно создавать оверлейные программы. Блок па- 
раметров адресуется по регистровой паре ЕЗ:ВХ и имеет следующий 
формат: 


0 
Двухбайтовый адрес сегмента для загрузки файла. 
2 
Двухбайтовый фактор настройки загрузочного модуля. 
Возможные коды ошибок, возвращаемые в регистре АХ: 01, 02, 05, 
08, 10и 11. 
Важно: 
Ф В основной программе, вызывающей подпрограмму, 


необходимо определять точку входа как ЕХТКМ, ав 
подпрограмме — как РОВС. 
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Будьте внимательны при использовании рекурсий, когда 
подпрограмма 1 вызывает подпрограмму 2, которая в свою 
очерель вызывает подпрограмму 1. 


В случае, если кодовые сегменты необходимо 
скомпоновать в один сегмент, то необходимо определить 
их с одинаковыми именами, одинаковыми классами и 
атрибутом РИВШС. 


Для простоты программирования начинайте выполнение с 
основной программы. 


Определение общих данных в основной программе обычно 
проще (но не обязательно). Основная программа 
определяет общие данные как РОВС, а подпрограмма 
(или подпрограммы) — как ЕХТВМ. 
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Лекция 13. 
Выполнение программ 


Начинаем работать 


Когда рабочая часть РОЗ будет загружена в память, на экране по- 
явится запрос для ввода даты и времени, а затем буква текущего дисково- 
да, обычно А для дискеты и С для винчестера (твердого диска). Изменить 
текущий дисковод можно, нажав соответствующую букву, двоеточие и 
клавишу Епег. 


Это обычная процедура загрузки, которую следует использовать 
всякий раз. 


В этом первом упражнении для просмотра содержимого ячеек 
памяти используется программа РОЗ РЕВОС. Для запуска этой 
программы введите РЕВОС и нажмите Ещег, в результате программа 
РЕВОС должна загрузится с диска в память. После окончания загрузки 
на экране появится приглашение в виде дефиса, что свидетельствует о 
готовности программы РЕВОС для приема команд. 


Размер памяти 


Сначала проверим размер доступной для работы памяти. В зави- 
симости от модели компьютера это значение связано с установкой внут- 
ренних переключателей и может быть меньше, чем реально существует. 
Данное значение находится в ячейках памяти шест.413 и 414 и его мож- 
но просмотреть из РЕВОС по адресу, состоящему из двух частей: 400 — 
это адрес сегмента, который записывается как 40 (последний нуль подра- 
зумевается) и 13 — это смещение от начала сегмента. Таким образом, 
можно ввести следующий запрос: 


О 40:13 (и нажать Епег). 
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Первые два байта, появившиеся в результате на экране, содержат 
размер памяти в килобайтах и в шестнадцатеричном представлении, 
причем байты располагаются в обратной последовательности. 


Серийный номер 


Серийный номер компьютера «зашит» в КОМ по адресу шест. 
ЕЕОО00. Для того, чтобы увидеть его, следует ввести: 


0 2ЕЕОО:0 (и нажать Ептег) 


В результате на экране появится семизначный номер компьютера 
и дата копирайт. 


Дата КОМ ВЮ$ 


Дата КОМ ВТО$ в формате шш/а4/уу находится по шест. адресу 
ЕЕЕР5. Введите 


0 РЕРЕ:05 (и нажмите Ептег) 


Знание этой информации (даты) иногда бывает полезным для оп- 
ределения модели и возраста компьютера. Теперь, поскольку вы знаете, 
как пользоваться командой О (О15р1ау), можно устанавливать адрес лю- 
бой ячейки памяти для просмотра содержимого. 


Можно также пролистывать память, периодически нажимая кла- 
вишу О, — РЕВОС выведет на экран адреса, следующие за последней 
командой. 


Для окончания работы и выхода из отладчика в РОЗ введите ко- 
манду О (Ош). Рассмотрим теперь использование отладчика РЕВОС 
для непосредственного ввода программ в память и трассировки их вы- 
полнения. 


Машинные команды имеют различную длину: один, два или три 
байта. Машинные команды находятся в памяти непосредственно друг за 
другом. Выполнение программы начинается с первой команды и далее 
последовательно выполняются остальные. 


Можно ввести программу непосредственно в память машины и 
выполнить ее покомандно. В тоже время можно просматривать содержи- 
мое регистров после выполнения каждой команды. После загрузки 
ОЕВОС на экране высвечивается приглашение к вводу команд в виде де- 
фиса. 


Для непосредственного ввода программы на машинном языке 
введите следующую команду, включая пробелы: 


Е С5:100 В8 23 01 05 25 00 (нажмите Епфег) 
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Команда Е обозначает Ещег (ввод). СЗ:100 определяет адрес памя- 
ти, куда будут вводиться команды, — шест.100 (256) байт от начала сег- 
мента кодов. (Обычный стартовый адрес для машинных кодов в отладчи- 
ке РЕВОО). 


Команда Е записывает каждую пару шестнадцатеричных цифр в 
память в виде байта, начиная с адреса С5:100 до адреса СЗ:105. 


Следующая команда Ещег: 
Е С5:106 8В 08 03 08 8В СВ (Ептег) 


вводит шесть байтов в ячейки, начиная с адреса С5:106 и далее в 
107, 108, 109, 10А и 10В. Последняя команда Ещег: 


Е 05:10С 28 (8 28 С0 90 СВ (Епфег) 
вводит шесть байтов, начиная с С5:10С в 100, 10Е, 10Е, 110 и 111. 


Проверьте правильность ввода значений. В случае, если есть 
ошибки, то следует повторить команды, которые были введены непра- 
ВИЛЬНО. 


Теперь осталось самое простое — выполнить эти команды. 


Введите команду В для просмотра содержимого регистров и фла- 
гов. В данный момент отладчик покажет содержимое регистров в шест. 
формате, например, АХ=0000, ВХ=0000.... 


Содержимое регистра 1Р (указатель команд) выводится в виде 
1Р=0100, показывая что выполняемая команда находится на смещении 
100 байт от начала сегмента кодов. Регистр флагов показывает следую- 
щие значения флагов: 


М/ ПР ОТ РЕ № МА РО № 

Данные значения соответствуют: 
МУ — нет переполнения 

ОР — правое направление 

ОТ — прерывания запрещены 
РГ, — знак плюс 

МА — не ноль 

МА — нет внешнего переноса 


РО — контроль на честность 


$$$ 99$+$ 


МС — нет переноса. 


Команда К показывает также по смещению 0100 первую выполня- 
емую машинную команду. 
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МОУ АХ, 0123 — ассемблерный мнемонический код, соответству- 
ющий введенной машинной команде. Это есть результат операции 
дизассемблирования, которую обеспечивает отладчик для более просто- 
го понимания машинных команд. Рассматриваемая в данном случае 
команда обозначает пересылку непосредственного значения в регистр 
АХ. 


В данный момент команда МОУ еще не выполнена. Для ее выпол- 
нения нажмите клавишу Т (для трассировки) и клавишу Ещег. В резуль- 
тате команда МОУ будет выполнена и отладчик выдаст на экран содер- 
жимое регистров, флаги, а также следующую на очереди команду. 
Заметим, что регистр АХ теперь содержит 0123. Машинная команда пе- 
ресылки в регистр АХ имеет код В8 и за этим кодом следует непосредст- 
венные данные 2301. В ходе выполнения команда В8 пересылает значе- 
ние 23 в младшую часть регистра АХ, то есть, однобайтовый регистр АГ, 
а значение 01 — в старшую часть регистра АХ, то есть, в регистр АН: 


АХ: 101 | 23 | 


Содержимое регистра 1[Р:0103 показывает адрес следующей вы- 
полняемой команды в сегменте кодов: 


1306:0103 052500 АБО АХ, 0025 


Для выполнения данной команды снова введите Т. Команда при- 
бавит 25 к младшей (АГ. части регистра АХ и 00 к старшей (АН) части ре- 
гистра АХ, то есть, прибавит 0025 к регистру АХ. Теперь регистр АХ со- 
держит 0148, а регистр ГР 0106 — адрес следующей команды для 
выполнения. 


Введите снова команду Т. Следующая машинная команда пересы- 
лает содержимое регистра АХ в регистр ВХ и после ее выполнения в реги- 
стре ВХ будет содержаться значение 0148. Регистр АХ сохраняет прежнее 
значение 0148, поскольку команда МОУ только копирует данные из од- 
ного места в другое. Теперь вводите команду Т для пошагового выполне- 
ния каждой оставшейся в программе команды. Следующая команда при- 
бавит содержимое регистра АХ к содержимому регистра ВХ, в последнем 
получим 0290. Затем программа скопирует содержимое регистра ВХ в 
СХ, вычтет АХ из СХ, и вычтет АХ из него самого. После этой последней 
команды, флаг нуля изменит свое состояние с МА, (не нуль) на 7В (нуль), 
так как результатом этой команды является нуль (вычитание АХ из само- 
го себя очищает этот регистр в 0). 


Можно ввести Т для выполнения последних команд МОР и ВЕТ, 
но это мы сделаем позже. Для просмотра программы в машинных кодах 
в сегменте кодов введите О для дампа: 


0 С5:100 
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В результате отладчик выдаст на каждую строку экрана по 16 байт 
данных в шест. представлении (32 шест. цифры) и в символьном пред- 
ставлении в коде АЗСП (один символ на каждую пару шест. цифр). Пред- 
ставление машинного кода в символах АЗСП не имеет смысла и может 
быть игнорировано. 


Первая строка дампа начинается с 00 и представляет содержимое 
ячеек от С5:100 до С5:10Е. Вторая строка представляет содержимое яче- 
ек от С5:110 до СЗ: ЛЕ. Несмотря на то, что ваша программа заканчива- 
ется по адресу СЗ:111, команда ОЭишр автоматически выдаст на восьми 
строках экрана дамп с адреса СЗ:100 до адреса С5:170. 


При необходимости повторить выполнение этих команд сбросьте 
содержимое регистра ТР и повторите трассировку снова. Введите В ТР, 
введите 100, а затем необходимое число команд Т. После каждой коман- 
ды нажимайте клавишу Ещег. 


Для завершения работы с программой РЕВОС введите О (Оий — 
выход). В результате произойдет возврат в РОЗ и на экране появится 
приглашение А> или С>. В случае, если печатался протокол работы с от- 
ладчиком, то для прекращения печати снова нажмите СЫ1/Ргё$с. 


= 


Определение данных 


В предыдущем примере использовались непосредственные дан- 
ные, описанные непосредственно в первых двух командах (МОУ и АБО). 
Теперь рассмотрим аналогичный пример, в котором значения 0123 и 
0025 определены в двух полях сегмента данных. Данный пример позво- 
ляет понять как компьютер обеспечивает доступ к данным посредством 
регистра 0$ и адресного смещения. В настоящем примере определены 
области данных, содержащие соответственно следующие значения: 





Адрес в 05 Шест. знач. Номера байтов 
0000 2301 Ои1 

0002 2500 2 из 

0004 0000 4и5 

0006 2А?А2А 6, 7и8 
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Вспомним, что шест. символ занимает половину байта, таким 
образом, например, 23 находится в байте 0 (в первом байте) сегмента 
данных, 01 — в байте 1 (то есть, во втором байте). 


Ниже показаны команды машинного языка, которые обрабатыва- 
ют эти данные: 
А10000 


Переслать слово (два байта), начинающееся в 0$ по адресу 0000, в 
регистр АХ. 


03060200 


Прибавить содержимое слова (двух байт), начинающегося в 0$ по 
адресу 0002, к регистру АХ. 


А30400 


Переслать содержимое регистра АХ в слово, начинающееся в 0$ 
по адресу 0004. 


СВ 

Вернуться в ОО$5. 

Обратите внимание, что здесь имеются две команды МОУ с раз- 
личными машинными кодами: А1 и АЗ. Фактически машинный код за- 
висит от регистров, на которые имеется ссылка, количества байтов (байт 


или слово), направления передачи данных (из регистра или в регистр) и 
от ссылки на непосредственные данные или на память. 


В 


Машинная адресация 


Для доступа к машинной команде процессор определяет ее адрес 
из содержимого регистра С$ плюс смещение в регистре ГР. Например, 
предположим, что регистр С$ содержит шест.04АЕ (действительный ад- 
рес 04АЕО), а регистр [Р содержит шест. 0023: 


(5$: О4АРО ТР: 0023 
Адрес команды: 04В13 


В случае, если, например, по адресу 04В13 находится команда: 
А11200 МОУ АХ, [0012] | Адрес 04813 
то в памяти по адресу 04813 содержится первый байт команды. 
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Процессор получает доступ к этому байту и по коду команды (А1) 
определяет длину команды — 3 байта. 


Для доступа к данным по смещению [0012] процессор определяет 
адрес, исходя из содержимого регистра 05 (как правило) плюс смещение 
в операнде команды. В случае, если 05 содержит шест.04В1 (реальный 
адрес 04810), то результирующий адрес данных определяется следую- 
щим образом: 


05: 04810 
Смещение: 0012 


Адрес данных: 04822 


Предположим, что по адресам 04822 и 04В23 содержатся следую- 
щие данные: 


Содержимое: 24 01 
Адрес: 04В22 04В23 


Процессор выбирает значение 24 из ячейки по адресу 04822 и по- 
мещает его в регистр АТ, и значение 01 по адресу 04В23 — в регистр АН. 
Регистр АХ будет содержать в результате 0124. В процессе выборки каж- 
дого байта команды процессор увеличивает значение регистра ГР на еди- 
ницу, так что к началу выполнения следующей команды в нашем приме- 
ре ТР будет содержать смещение 0026. Таким образом процессор теперь 
готов для выполнения следующей команды, которую он получает по ад- 
ресу из регистра СЗ (04АЕ0) плюс текущее смещение в регистре ТР 
(0026), то есть, 04В16. 


Четная адресация 


Процессоры действуют более эффективно, если в программе 
обеспечиваются доступ к словам, расположенным по четным адресам. 


Процессор может сделать одну выборку слова по адресу 4В22 для 
загрузки его непосредственно в регистр. Но если слово начинается на не- 
четном адресе, процессор выполняет двойную выборку. Предположим, 
например, что команда должна выполнить выборку слова, начинающе- 
гося по адресу 04В23 и загрузить его в регистр АХ: 


Содержимое памяти: [хх|24|0 |хх| 
Адрес: 04823 


Сначала процессор получает доступ к байтам по адресам 4822 и 
4В23 и пересылает байт из ячейки 4В23 в регистр АГ. 
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Затем он получает доступ к байтам по адресам 4824 и 4В25 и пере- 
сылает байт из ячейки 4823 в регистр АН. В результате регистр АХ будет 
содержать 0124. 


Нет необходимости в каких-либо специальных методах програм- 
мирования для получения четной или нечетной адресации, не обязатель- 
но также знать является адрес четным или нет. Важно знать, что, во-пер- 
вых, команды обращения к памяти меняют слово при загрузке его в 
регистр так, что получается правильная последовательность байт и, во- 
вторых, если программа имеет частый доступ к памяти, то для повыше- 
НИЯ эффективности можно определить данные так, чтобы они начина- 
лись по четным адресам. 


Например, поскольку начало сегмента должно всегда находиться 
по четному адресу, первое поле данных начинается также по четному ад- 
ресу и пока следующие поля определены как слова, имеющие четную 
длину, они все будут начинаться на четных адресах. В большинстве слу- 
чаев, однако, невозможно заметить ускорения работы при четной адре- 
сации из-за очень высокой скорости работы процессоров. 


Ассемблер имеет директиву ЕУЕМ, которая вызывает выравнива- 
ние данных и команд на четные адреса памяти. 


= 


Определение размера памяти 


ВТО$ (базовая система ввода/вывода) в КОМ имеет подпрограм- 
му, которая определяет размер памяти. Можно обратиться в ВТО$ по ко- 
манде МТ по прерыванию 12Н. В результате ВТО$ возвращает в регистр 
АХ размер памяти в килобайтах. 


Загрузите в память РЕВОС и введите для МТ 12Н и ВЕТ следую- 
щие машинные коды: 
Е С5$:100 С 12 СВ 


Нажмите К (Ещег) для отображения содержимого регистров и 
первой команды. Регистр ГР содержит 0100, при этом высвечивается 
команда МТ 12Н. 


Теперь нажмите Т (и Ещег) несколько раз и просмотрите выпол- 
няемые команды ВТО$ (отладчик показывает мнемокоды, хотя в дейст- 
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вительности выполняются машинные коды). В этот момент регистр АХ 
содержит размер памяти в шестнадцатеричном формате. Теперь введите 
еще раз команду Т для выхода из ВТО$З и возврата в вашу программу. На 
экране появится команда ВЕТ для машинного кода СВ, который был 
введен вами. 


Специальные средства отладчика 


В операционной системе РО можно использовать РЕВОС для 
ввода команд Ассемблера так же, как и команд машинного языка. На 
практике можно пользоваться обоими методами. 


Команда А 


Команда отладчика А (Аззет Ме) переводит РЕВОС в режим при- 
ема команд Ассемблера и перевода их в машинные коды. 


Команда 0 


Команда отладчика Ц (Чпаззет Ме) показывает машинные коды 
для команд Ассемблера. Необходимо сообщить отладчику адреса первой 
и последней команды, которые необходимо просмотреть 


Ввод программы обычно используется на языке Ассемблера, ког- 
да машинный код неизвестен, а ввод в машинном коде — для изменения 
программы во время выполнения. Однако в действительности програм- 
ма РЕВОС предназначена для отладки программ. 


Сохранение программы из отладчика 


Можно использовать РЕВОС для сохранения программ на диске 
в следующих случаях: 


1. После загрузки программы в память машины и ее модификации 
необходимо сохранить измененный вариант. Для этого следует: 


Ф загрузить программу по ее имени: ОЕВОС п:имя файла 
[Еще 
ьа просмотреть программу с помощью команды О и ввести 


изменения по команде Е 
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Ф записать измененную программу: \ [Еще!| 


2. Необходимо с помощью РЕВОС написать небольшую по объе- 
му программу и сохранить ее на диске. Для этого следует: 


Ф вызвать отладчик РЕВИС 


Ф с помощью команд А (аззетЫе) и Е (ещег) написать про- 
грамму 
Ф* присвоить программе имя: М имя файла.СОМ [Епе!|. 


Тип программы должен быть СОМ — так как только программист 
знает, где действительно кончается его программа, указать отладчику 
длину программы в байтах. 


Ф запросить регистр СХ командой: В СХ [Ещег]| — отладчик 
выдаст на этот запрос СХ 0000 (нулевое значение) 

Ф указать длину программы — 6 

Ф записать измененную программу: \ [Еще!| 


В обоих случаях РЕВУС выдает сообщение «УУгите пипи Буе$» 
(Запись пппп байтов). В случае, если пипи равно 0, то произошла ошибка 
при вводе длины программы, и необходимо повторить запись снова. 


Важно: Отладчик РОЗ РЕВОС это средство, полезное для отлад- 
ки ассемблерных программ. Однако следует быть осторожным с ее ис- 
пользованием, особенно для команды Е (ввод). Ввод данных в непра- 
вильные адреса памяти или ввод некорректных данных могут привести к 
непредсказуемым результатам. 


На экране в этом случае могут появиться «странные» символы, 
клавиатура заблокирована или даже РОЗ прервет РЕВОС и перезагру- 
зит себя с диска. Какие-либо серьезные повреждения вряд ли произой- 
дут, но возможны некоторые неожиданности, а также потеря данных, 
которые вводились при работе с отладчиком. 


В случае, если данные, введенные в сегмент данных или сегмент 
кодов, оказались некорректными, следует, вновь используя команду Е, 
исправить их. Однако, можно не заметить ошибки и начать трассировку 
программы. Но и здесь возможно еще использовать команду Е для изме- 
нений. В случае, если необходимо начать выполнение с первой команды, 
то следует установить в регистре командного указателя (ТР) значение 
0100. 
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Введите команду В (гезщег) и требуемый регистр в следующем 
виде: 


В ТР [Епттег] 


Отладчик выдаст на экран содержимое регистра ГР и перейдет в 
ожидание ввода. Здесь следует ввести значение 0100 и нажать для про- 
верки результата команду В (без ГР). Отладчик выдаст содержимое реги- 
стров, флагов и первую выполняемую команду. Теперь можно, исполь- 
зуя команду Т, вновь выполнить трассировку программы. 


В случае, если ваша программа выполняет какие-либо подсчеты, 
то возможно потребуется очистка некоторых областей памяти и регист- 
ров. Но убедитесь в сохранении содержимого регистров С$, 0$, ЗРи 55, 
которые имеют специфическое назначение. 
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Лекция 14. 
Макросредства 


Простое макроопределение 


Для каждой закодированной команды Ассемблер генерирует одну 
команду на машинном языке. Но для каждого закодированного операто- 
ра компиляторного языка Разса! или С генерируется один или более (ча- 
ще много) команд машинного языка. В этом отношении можно считать, 
что компиляторный язык состоит из макрооператоров. 


Ассемблер МА$М также имеет макросредства, но макросы здесь 
определяются программистом. Для этого задается имя макроса, директи- 
ва МАСКО, различные ассемблерные команды, которые должен генери- 
ровать данный макрос и для завершения макроопределения — директи- 
ва МЕМО. Затем в любом месте программы, где необходимо выполнение 
определенных в макрокоманде команд, достаточно закодировать имя 
макроса. В результате Ассемблер сгенерирует необходимые команды. 


Использование макрокоманд позволяет: 


Ф упростить и сократить исходный текст программы; 
Ф сделать программу более понятной; 
+ уменьшить число возможных ошибок кодирования. 


Примерами макрокоманд могут быть операции ввода-вывода, 
связанные с инициализацией регистров и выполнения прерываний пре- 
образования АЗСП и двоичного форматов данных, арифметические опе- 
рации над длинными полями, обработка строковых данных, деление с 
помощью вычитания. 


Макроопределение должно находиться до определения сегмента. 


Директива МАСКО указывает Ассемблеру, что следующие коман- 
ды до директивы ЕМОМ являются частью макроопределения. 
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Директива ЕМОМ завершает макроопределение. Команды между 
директивами МАСКО и ЕМОМ составляют тело макроопределения. 


Имена, на которые имеются ссылки в макроопределении должны 
быть определены где-нибудь в другом месте программы. 


Макрокоманда ПМУГТ1 может использоваться в кодовом сегменте 
там, где необходимо инициализировать регистры. Когда Ассемблер ана- 
лизирует команду ПМП, он сначала просматривает таблицу мнемокодов 
и, не обнаружив там соответствующего элемента, проверяет макроко- 
манды. Так как программа содержит определение макрокоманды ПМТ 
Ассемблер подставляет тело макроопределения, генерируя необходимые 
команды — макрорасширение. 


Программа использует рассматриваемую макрокоманду только 
один раз, хотя имеются другие макрокоманды, предназначенные на лю- 
бое число применений и для таких макрокоманд Ассемблер генерирует 
одинаковые макрорасширения. 


Использование параметров в 
макрокомандах 


Формальные параметры в макроопределении указывают Ассемб- 
леру на соответствие их имен любым аналогичным именам в теле макро- 
определения. Формальные параметры могут иметь любые правильные 
ассемблерные имена, не обязательно совпадающими именами в сегмен- 
те данных. 


Формальный параметр может иметь любое правильное ассемблер- 
ное имя (включая имя регистра, например, СХ), которое в процессе ас- 
семблирования будет заменено на параметр макрокоманды. Отсюда сле- 
дует, что Ассемблер не распознает регистровые имена и имена, 
определенные в области данных, как таковые. В одной макрокоманде 
может быть определено любое число формальных параметров, разделен- 
ных запятыми, вплоть до 120 колонки в строке. 
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Комментарии 


Для пояснений назначения макроопределения в нем могут нахо- 
диться комментарии. Директива СОММЕМТ или символ точка с запятой 
указывают на строку комментария, как это показано в следующем мак- 
роопределении РКОМРТ: 


РНОМРТ МАСНО МЕЗЗСЕ :Эта макрокоманда выводит сообщения на экран 
МО\ АН, ОЭН 

[ЕА ОХ, МЕЗЗСЕ 

ТМТ 21Н 

ЕМОМ 


Так как по умолчанию в листинг попадают только команды гене- 
рирующие объектный код, то Ассемблер не будет автоматически выда- 
вать и комментарии, имеющиеся в макроопределении. 


В случае, если необходимо, чтобы в расширении появлялись ком- 
ментарии, следует использовать перед макрокомандой директиву .Г.АГТ, 
(«1$ а — выводить все), которая кодируется вместе с лидирующей точ- 
кой: 

.ГАЕЕ РВОМРТ МЕЗЗАС1 


Макроопределение может содержать несколько комментариев, 
причем некоторые из них могут выдаваться в листинге, а другие — нет. В 
первом случае необходимо использовать директиву .ГАГ.Г. Во втором — 
кодировать перед комментарием два символа точка с запятой (;;) — при- 
знак подавления вывода комментария в листинг. 


По умолчанию в Ассемблере действует директива .ХАГТ, которая 
выводит в листинг только команды, генерирующие объектный код. И, 
наконец, можно запретить появление в листинге ассемблерного кода в 
макрораспгирениях, особенно при использовании макрокоманды в од- 
ной программе несколько раз. 


Для этого служит директива .ЗАТ. («зирргез$ а!» — подавить весь 
вывод), которая уменьшает размер выводимого листинга, но не оказыва- 
ет никакого влияния на размер объектного модуля. 


Директивы управления листингом .ГАТТ, .ХАГТ, ‚ЗАТ, сохраня- 
ют свое действие по всему тексту программы, пока другая директива ли- 
стинга не изменит его. Эти директивы можно размещать в программе 
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так, чтобы в одних макрокомандах распечатывались комментарии, в дру- 
гих — макрорасширения, а в третьих подавлялся вывод в листинг. 


= 


Использование макрокоманд в 
макроопределениях 


Макроопределение может содержать ссылку на другое макроопре- 
деление. 


Рассмотрим простое макроопределение 2ОЗ21, которое заносит в 
регистр АН номер функции РОЗ и выполняет ПМТ 21Н: 


00$21 МАСВО О0$ЕУМС 

0\ АН, БО$ЗРИМС 

ТМТ 21Н 

ЕМОМ 

Для использования данной макрокоманды при вводе с клавиату- 
ры необходимо закодировать: 


ГЕА 0Х, МАМЕРАН 00$21 ОАН 


Предположим, что имеется другое макроопределение, использую- 
щее функцию 02 в регистре АН для вывода символа: 


ОТР МАСНО СНАВ 
МО\ АН, 02 

МОУ ОЕ, СНАЯ 

ТМТ 21Н 

ЕМОМ 


Для вывода на экран, например, звездочки достаточно закодиро- 
вать макрокоманду ОТР "*'. Можно изменить макроопределение ОЗР, 
воспользовавшись макрокомандой ООС?21: 


ОТР МАСНО СНАВ 





МОУ ОЕ, СНАЯ 
00$21 02 
ЕМОМ 
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Теперь, если закодировать макрокоманду ОТЗР в виде ОР "*', то 
Ассемблер сгенерирует следующие команды: 


МОУ ОЕ, **’ 
МО\ АН, 02 
т 21н 


= 


Директива (ОСА 


В некоторых макрокомандах требуется определять элементы дан- 
ных или метки команд. 


При использовании такой макрокоманды в программе более од- 
ного раза происходит также неоднократное определение одинаковых по- 
лей данных или меток. В результате Ассемблер выдаст сообщения об 
ошибке из-за дублирования имен. 


Для обеспечения уникальности генерируемых в каждом макро- 
расширении имен используется директива ГОСАТ, которая кодируется 
непосредственно после директивы МАСКО, даже перед комментариями. 
Общий формат имеет следующий вид: 


[ОСАЁ аитту-1, аитту-2,... ;Формальные параметры 


В 


Использование библиотек 
макроопределений 


Определение таких макрокоманд, как ПМТ и ПМГ]? и одноразо- 
вое их использование в программе кажется бессмысленным. Лучшим 
подходом здесь является каталогизация собственных макрокоманд в 
библиотеке на магнитном диске, используя любое описательное имя, на- 
пример, МАСВО. В: 


ТМГ МАСВО СЗМАМЕ, ОЗМАМЕ, ЗЗМАМЕ 
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ЕМОМ РАОМРТ МАСВО МЕЗЗСЕ . 


ЕМОМ 

Теперь для использования любой из каталогизированных макро- 
команд вместо МАСКО определения в начале программы следует приме- 
нять директиву ПМСГОПЕ: 


ТМСЕООЕ С:МАСНО. ТВ. 


ТАМТТ СЗЕ@, ВАТА, ЭТАСК 

В этом случае Ассемблер обращается к файлу МАСКО. ШВ (в на- 
шем примере) на дисководе С и включает в программу оба макроопреде- 
ления ПМТ и РКОМРТ. 


Хотя в нашем примере требуется только ПМТ. Ассемблерный ли- 
стинг будет содержать копию макроопределения, отмеченного символом 
Св 30 колонке [$Т-файла. 


Следом за макрокомандой идет ее расптирение с объектным кодом 
и ссимволом плюс (+) в 31 колонке. 


Так как транслятор с Ассемблера является двухпроходовым, то для 
обеспечения обработки директивы ПУСГОПЕ только в первом проходе 
(а не в обоих) можно использовать следующую конструкцию: 


ТЕТ ТАСЕУОЕ С:МАСВО. ЕТВ ЕМОТЕ 


ТЕ] и ЕМОТЕ являются условными директивами. Директива [Е1 
указывает Ассемблеру на необходимость доступа к библиотеке только в 
первом проходе трансляции. 


Директива ЕМОГЕ завершает 1Е-логику. Таким образом, копия 
макроопределений не появится в листинге — будет сэкономлено и время 
и память. 


Директива очистки 


Директива ПМСГОПЕ указывает Ассемблеру на включение всех 
макроопределений из специфицированной библиотеки. 


Например, библиотека содержит макросы ПМТ, РКОМРТ и 
ОГУШЕ, хотя программе требуется только ПШТ. Директива РОВСЕ поз- 
воляет «удалить» нежелательные макросы РКОМРТи ОЁГУШЕ втекущем 
ассемблировании: 


ТЕЛ ТАСЬУОЕ МАСВО. [ТВ Включить всю библиотеку 
ЕМОТЕ РУАСЕ РВОМВТ, ОТУТОЕ ;Удалить ненужные макросы ... 
ТМТТ СЗЕ@, ВАТА, ЗТАСК ; Использование оставшейся макрокоманды 
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Директива РОКОЕ действует только в процессе ассемблирования 
и не оказывает никакого влияния на макрокоманлды, находящиеся в биб- 
лиотеке. 


= 


Конкатенация (&) 


Символ амперсанд (&) указывает Ассемблеру на сцепление (кон- 
катенацию) текста или символов. Следующая макрокоманда МОУЕ ге- 
нерирует команду МОУЗВ или МОУЗУ!: 

МО\Е МАСВО ТА@ ВЕР МОУЗ&ТА@ ЕМОМ 


Теперь можно кодировать макрокоманду в виде МОУЕ В или 
МОУЕ \. В результате макрорасширения Ассемблер сцепит параметр с 
командой МОУ$ и получит КЕР МОУЗВ или КЕР МОУЗ\. Данный 
пример весьма тривиален и служит лишь для иллюстрации. 


= 


Директивы повторения: ЮЕРТ, ЮР 1ЮРС 


Директивы повторения заставляют Ассемблер повторить блок 
операторов, завершаемых директивой ЕМОМ. 


Эти директивы не обязательно должны находится в макроопреде- 
лении, но если они там находятся, то одна директива ЕМОМ требуется 
для завершения повторяющегося блока, а вторая ЕМОМ — для заверше- 
ния макроопределения. 


РЕРТ: Повторение 


Операция КЕРТ приводит к повторению блока операторов до ди- 
рективы ЕМОМ в соответствии с числом повторений, указанным в выра- 
жении: 


ВЕРТ выражение 
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В следующем примере происходит начальная инициализация зна- 
чения М=0 и затем повторяется генерация ОВ М пять раз: 


М = 0 ВЕРТ 5 М = М + 1 08 № ЕМОМ 
В результате будут сгенерированы пять операторов ОВ от ОВ 1 до 
ОВ 5. 


Директива КЕРТ может использоваться таким образом для опре- 
деления таблицы или части таблицы. Другим примером может служить 
генерация пяти команд МОУЗВ, что эквивалентно КЕР МОУЪЗВ при со- 
держимом СХ равном 05: 


ВЕРТ 5 МО\УЗВ ЕМОМ 


ЮР: Неопределенное повторение 

Операция [ВР приводит к повторению блока команд до директи- 
вы ЕМОМ. 

Основной формат: 

ТВР дитту, <агдитепт$> 


Аргументы, содержащиеся в угловых скобках, представляют собой 
любое число правильных символов, строк, числовых или арифметичес- 
ких констант. 


Ассемблер генерирует блок кода для каждого аргумента. В следу- 
ющем примере Ассемблер генерирует ОВ 3, ОВ9, ОВ 17, ОВ 25 и БВ 28: 


ТНР М№,<3, 9, 17, 25, 28> БВ М 
ЕМОМ 


ЮРС: Неопределенное повторение символа 

Операция [ВРС приводит к повторению блока операторов до ди- 
рективы ЕМОМ. Основной формат: 

ТАРС дитту, $ г1п9 


Ассемблер генерирует блок кода для каждого символа в строке 
«$1115». В следующем примере Ассемблер генерирует ОУ 3, ОУ 4... 
БУ! 8: 


ТНРС М, 345678 БМ № 
ЕМОМ 
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= 


Условные директивы 


Ассемблер поддерживает ряд условных директив. Условные ди- 
рективы наиболее полезны внутри макроопределений, но не ограничены 
только этим применением. 


Каждая директива ГЕ должна иметь спаренную с ней директиву 
ЕМОГЕ для завершения 1Е-логики и возможную директиву ЕТЗЕ для 
альтернативного действия. 


Отсутствие директивы ЕМОТЕ вызывает сообщение об ошибке: 
«Опащегттае4 соп@ опа (незавершенный условный блок). 


В случае, если проверяемое условие истинно, то Ассемблер вы- 
полняет условный блок до директивы ЕТ ЗЕ или при отсутствии ЕТЗЕ — 
до директивы ЕМОГЕ. В случае, если условие ложно, то Ассемблер вы- 
полняет условный блок после директивы ЕГЪЗЕ, а при отсутствии ЕТЗЕ 
вообще обходит условный блок. 


Ниже перечислены различные условные директивы: 


Е выражение 


В случае, если выражение не равно нулю, Ассемблер обрабатыва- 
ет операторы в условном блоке. 


1ЕЕ выражение 


В случае, если выражение равно нулю, Ассемблер обрабатывает 
операторы в условном блоке. 


1Е4 (нет выражения) 


В случае, если осуществляется первый проход ассемблирования то 
обрабатываются операторы в условном блоке. 


1-2 (нет выражения) 


В случае, если осуществляется второй проход операторы ассемб- 
лирования, то обрабатываются в условном блоке. 
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1РОЕЁЕ идентификатор 


В случае, если идентификатор определен в программе или объяв- 
лен как ЕХТЕВМ, то Ассемблер обрабатывает операторы в условном 
блоке. 


1ЕМОЕЁЕ идентификатор 


В случае, если идентификатор не определен в программе или не 
объявлен как ЕХТВМ, то Ассемблер обрабатывает операторы в условном 
блоке. 


1ЕВ <аргумент> 

В случае, если аргументом является пробел, Ассемблер обрабаты- 
вает операторы в условном блоке. Аргумент должен быть в угловых 
скобках. 


1ЕМВ <аргумент> 


В случае, если аргументом является не пробел, то Ассемблер обра- 
батывает операторы в условном блоке. Аргумент должен быть в угловых 
скобках. 


1НОМ <арг-1>,<арг-2> 

В случае, если строка первого аргумента идентична строке второ- 
го аргумента, то Ассемблер обрабатывает операторы в условном блоке. 
Аргументы должны быть в угловых скобках. 


1ЕСЕ<арг-1>,<арг-2> 
В случае, если строка первого аргумента отличается от строки вто- 
рого аргумента, то Ассемблер обрабатывает операторы в условном блоке. 


Аргументы должны быть в угловых скобках. 


а 


Директива выхода из макроса ЕХТМ 


Макроопределение может содержать условные директивы, кото- 
рые проверяют важные условия. В случае, если условие истинно, то Ас- 
семблер должен прекратить дальнейшее макрораситирение. Для этой це- 
ли служит директива ЕХИМ: 


ТЕхх [условие] . 
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(неправильное условие) 
ЕХТТМ 


ЕМОТЕ 


Как только Ассемблер попадает в процессе генерации макрорас- 
ширения на директиву ЕХТМ, дальнейшее расширение прекращается и 
обработка продолжается после директивы ЕМОМ. 


Можно использовать ЕХ ТМ для прекращения повторений по ди- 
рективам ВЕРТ, [ВР и [ВРС даже если они находятся внутри макроопре- 
деления. 


В 


Макрокоманды, использующие Г и1ЕМОЕЁЕ 


Макроопределение ОТУШЕ генерирует подпрограмму для выпол- 
нения деления вычитанием. Макрокоманда должна кодироваться с пара- 
метрами в следующей последовательности: делимое, делитель, частное. 


Макрокоманда содержит директиву 1ЕМРЕЕ для проверки нали- 
чия параметров. Для любого неопределенного элемента макрокоманда 
увеличивает счетчик СМТК. Этот счетчик может иметь любое коррект- 
ное имя и предназначен для временного использования в макроопреде- 
лении. После проверки всех трех параметров, макрокоманда проверяет 
СМТК: 


ТЕ СМТН ;Макрорасширение прекращено 
ЕХТТМ 


В случае, если счетчик СМТВ содержит ненулевое значение, то 
Ассемблер генерирует комментарий и прекращает по директиве ЕХТТМ 
дальнейшее макрорасширение. Заметим, что начальная команда уста- 
навливает в счетчике СМТК нулевое значение и, кроме того, блоки ШЕМ- 
ОЕЕ могут устанавливать в СМТК единичное значение, а не увеличивать 
его на 1. 


В случае, если Ассемблер успешно проходит все проверки, то он 
генерирует макрорасширение. В кодовом сегменте первая макрокоманда 
ОТУШЕ содержит правильные делимое и частное и, поэтому генерирует 
только комментарии. 
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Один из способов улучшения рассматриваемой макрокоманды — 
обеспечить проверку на ненулевой делитель и на одинаковый знак дели- 
мого и делителя; для этих целей лучше использовать коды Ассемблера, 
чем условные директивы. 


а 


Макрос, использующий ЕОМ-условие 


Макроопределение по имени МОУПЕ генерирует команды 
МОУЪЗВ или МОУБЗУ\ в зависимости от указанного параметра. Макроко- 
манду можно кодировать с параметром В (для байта) или У\ (для слова) 
для генерации команд МОУЗВ или МОУЗУ из МО\У5. Обратите внима- 
ние на первые два оператора в макроопределении: 


МОУТЕ МАСВО ТАС 
ТЕТОМ <&ТАВ>, <В> 


Условная директива ПЕОМ сравнивает заданный параметр (пред- 
положительно В или \\) со строкой В. В случае, если значения идентич- 
ны, то Ассемблер генерирует КЕР МОУЪЗВ. 


Обычное использование амперсанда (&) — для конкатенации, но 
в данном примере операнд <ТАС> без амперсанда не будет работать. В 
случае, если в макрокоманде не будет указан параметр В или \,, то Ас- 
семблер сгенерирует предупреждающий комментарий и команду 
МОУЪЗВ (по умолчанию). 


Примеры в кодовом сегменте трижды проверяют макрокоманду 
МОУГЕ: для параметра В, для параметра У\ и для неправильного параме- 
тра. 


Не следует делать попыток выполнения данной программы в том 
виде, как она приведена на рисунке, так как регистры СХ и ОХ не обес- 
печены правильными значениями. 


Важно: 

Ф* Макросредства возможны только для полной версии 
Ассемблера (МАЗ М). 

Ф Использование макрокоманд в программах на Ассемблере 


дает в результате более удобочитаемые программы и более 
производительный код. 
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Макроопределение состоит из директивы МАСКО, блока 
из одного или нескольких операторов, которые 
генерируются при макрорасширениях и директивы ЕМОМ 
для завершения определения. 


Код, который генерируется в программе по макрокоманде, 
представляет собой макрорасширение. 


Директивы .ЗАГГ, .ГАГГ и .ХАПТ, позволяют управлять 
распечаткой комментариев и генерируемого объектного 
кода в макрорасптирении. 


Директива ГОСАТ, позволяет использовать имена внутри 
макроопределений. Директива ГОСАГ, кодируется 
непосредственно после директивы МАСКО. 


Использование формальных параметров в 
макроопределении позволяет кодировать параметры, 
обеспечивающие большую гибкость макросредств. 


Библиотека макроопределений дает возможность 
использовать макрокоманды для различных ассемблерных 
программ. 


Условные директивы позволяют контролировать 
параметры макрокоманд. 
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Лекция 15. 
Макропроцессоры 


Основные понятия 


Макропроцессор — модуль системного ПО, позволяющий расши- 
рить возможности языка Ассемблера за счет предварительной обработки 
исходного текста программы. 


Определение, которое показанное выше, не представляется удач- 
ным, так как оно говорит только о сокращении объема записи, а это 
лишь одна из возможностей обеспечиваемых Макропроцессором. Хотя 
Макропроцессоры являются обязательным элементом всех современных 
языков Ассемблеров, аналогичные модули (Препроцессоры) могут быть 
и для других языков, в том числе и для языков высокого уровня. Для од- 
них языков (Разса|, РГ./Т) применение средств препроцессора является 
опционным, для других (С, С++) — обязательным. 


Важно понимать, что Макропроцессор осуществляет обработку 
исходного текста. Он «не вникает» в синтаксис и семантику операторов и 
переменных языка Ассемблера, не знает (как правило) имен, употребля- 
емых в программе, а выполняет только текстовые подстановки. В свою 
очередь, Ассемблер обрабатывает исходный текст, не зная, написан тот 
или иной оператор программистом «своей рукой» или сгенерирован Ма- 
кропроцессором. По тому, насколько Препроцессор (Макропроцессор) 
и Транслятор (Ассемблер) «знают» о существовании друг друга, их мож- 
но разделить на три категории: 


Ф Независимые. Препроцессор составляет отдельный 
программный модуль (независимую программу), 
выполняющую просмотр (один или несколько) исходного 
модуля и формирующую новый файл исходного модуля, 
поступающий на вход Транслятора (пример — язык С). 
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Ф Слабосвязанные. Препроцессор составляет с Транслятором 
одну программу, но разные секции этой программы. Если 
в предыдущем случае Препроцессор обрабатывает весь 
файл, а затем передает его Транслятору, то в этом случае 
единицей обработки является каждый оператор исходного 
текста: он обрабатывается секцией Препроцессора, а затем 
передается секции Транслятора. (Пример — НГА$М для 
53/390). 


Ф Сильносвязанные. То же распределение работы, что и в 
предыдущем случае, но Препроцессор использует 
некоторые общие с Транслятором структуры данных. 
Например, Макропроцессор может распознавать имена, 
определенные в программе директивой ЕОЦ ит.п. 
(Пример — МАЗМ, ТАЗМ). 


Основные термины, связанные с данными, обрабатываемыми 
Макропроцессором: 


Ф макровызов (или макрокоманда); 
Ф макроопределение; 
Ф макрорасптирение. 


Макровызов или макрокоманда или макрос — оператор программы, 
который подлежит обработке Макропроцессором (Макропроцессор об- 
рабатывает не все операторы, а только ему адресованные). 


Макроопределение — описание того, как должна обрабатываться 
макрокоманда, макроопределение может находиться в том же исходном 
модуле, что и макрокоманлда или в библиотеке макроопределений. 





Макрорасширение — результат выполнения макровызова, пред- 
ставляющий собой один или несколько операторов языка Ассемблера, 
подставляемых в исходный модуль вместо оператора макровызова. При- 
мер обработки макровызова показан на рисунке. 


Макровызов Макрорасширение 


ь ы НОУ АХ,ОТ1 
25  РТ1 Макро- ОН: РЕаХ 
процессор [а 





Макроопределение 
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Оператор макровызова в исходной программе имеет тот же фор- 
мат, что и другие операторы языка Ассемблера: В нем есть метка (необя- 
зательно), мнемоника и операнды. При обработке исходного текста если 
мнемоника оператора не распознается как машинная команда или ди- 
ректива, она считается макрокомандой и передается для обработки Ма- 
кропроцессору. 


Макроопределение описывает, как должна обрабатываться мак- 
рокоманда. Средства такого описания составляют некоторый Макро- 
язык. Для Макропроцессоров 1-й и 2-й категорий средства Макроязыка 
могут быть достаточно развитыми. Для Макропроцессоров 3-й катего- 
рии средства Макроязыка могут быть довольно бедными, но в составе 
языка Ассемблера может быть много директив, применяемых в макро- 
определениях (возможно, — только в макроопределениях). В теле макро- 
определения могут употребляться операторы двух типов: 


Ф операторы Макроязыка, которые не приводят к 
непосредственной генерации операторов 
макрорасптирения, а только управляют ходом обработки 
макроопределения; 


Ф операторы языка Ассемблера (машинные команды и 
директивы), которые переходят в макрорасширение, 
возможно, с выполнением некоторых текстовых 
подстановок. 


Поскольку макроопределение, обрабатывается перед трансляцией 
или вместе с ней, макрокоманда, определенная в исходном модуле, мо- 
жет употребляться только в этом исходном модуле и «не видна» из других 
исходных модулей. Для повторно используемых макроопределений 
обычно создаются библиотеки макроопределений. В некоторых систе- 
мах (например, 7/ОЗ) макрокоманды обеспечивают системные вызовы и 
существуют богатейшие библиотеки системных макроопределений. 


Самое очевидное применение макрокоманд — для сокращения за- 
писи исходной программы, когда один оператор макровызова заменяет- 
ся на макрорасширение из двух и более операторов программы. В неко- 
торых случаях макрорасширение может даже содержать и единственный 
оператор, но просто давать действию, выполняемому этим оператором 
более понятную мнемонику. Но возможности Макропроцессора гораздо 
шире. Так, одна и та же макрокоманда с разными параметрами может 
приводить к генерации совершенно различных макрорасширений — и 
по объему, и по содержанию. 
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Сравнение макросредств и подпрограмм 


Использование макросредств во многом подобно использованию 
подпрограмм: в обоих случаях мы сокращаем запись исходного текста и 
создаем повторно используемые фрагменты кода. (Например, в С/С++ 
вызов псевдофункции неотличим от вызова функции.) 


Принципиальные различия между подпрограммами и макросред- 
ствами: 


Ф Команды, реализующие подпрограмму, содержатся в кода 
загрузочного модуля один раз, а команды, реализующие 
макровызов, включаются в программу для каждого 
применения макровызова (макросредства требуют больше 
памяти). 


Ф Выполнение подпрограммы требует передачи управления 
с возвратом — команды типа СА и ВЕТ, а команды 
макрораспгирения включаются в общую 
последовательность команд программы (макровызовы 
выполняются быстрее). 


Если в многофункциональной подпрограмме имеется разветвле- 
ние в зависимости от значений параметров, то в загрузочный модуль 
включается код подпрограммы в полном объеме, даже если в конкретной 
программе реально используется только одна из ветвей алгоритма; в ма- 
кровызове в каждое макрорасширение включаются только операторы, 
определяемые фактическими значениями параметров макровызова 
(экономия и времени и объема в макровызовах). 


Общий итог сравнения: макросредства обеспечивают несколько 
большее быстродействие при несколько больших затратах памяти. По- 
этому обычно макросредства применяются для оформления сравнитель- 
но небольших фрагментов повторяющегося кода. 
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Некоторые возможности Макроязыка 


Ниже мы описываем некоторые возможности макроязыка, в той 
или иной форме реализованные во всех Макропроцессорах. Мы, однако, 
ориентируемся прежде всего на Макропроцессор, независимый от Ас- 
семблера, потому что в этой категории функции Макропроцессора легче 
определить. 


Заголовок макроопределения 


Макроопределение должно как-то выделяться в программе, по- 
этому оно всегда начинается с заголовка. 


Заголовок имеет формат, подобный следующему: 
имя_макрокоманды МАСВО список формальных параметров 


имя _макрокоманды является обязательным компонентом. При ма- 
кровызове это имя употребляется в поле мнемоники оператора. Имена 
макроопределений, имеющихся в программе, должны быть уникальны. 
Обычно при распознавании макровызова поиск по имени макрокоман- 
ды ведется сначала среди макроопределений имеющихся в программе, а 
затем (если в программе такое макроопределение не найдено) — в библи- 
отеках макроопределений. Таким образом, имя макрокоманды, опреде- 
ленной в программе, может совпадать с именем макрокоманды, опреде- 
ленной в библиотеке, в этом случае макрокоманда, определенная в 
программе, заменяет собой библиотечную. 


Формальные параметры играют ту же роль, что и формальные па- 
раметры процедур/функций. При обработке макровызова вместо имен 
формальных параметров в теле макроопределения подставляются значе- 
ния фактических параметров макровызова. 


В развитых Макроязыках возможны три формы задания парамет- 


ров: 
Ф позиционная; 
Ф ключевая; 
Ф смешанная. 


184 Макропроцессоры 


При использовании позиционной формы соответствие фактичес- 
ких параметров формальным определяется их порядковым номером. 
(Позиционная форма всегда применяется для подпрограмм). 


В позиционной форме количество и порядок следования фактиче- 
ских параметров макровызова должны соответствовать списку формаль- 
ных параметров в заголовке макроопределения. При использовании 
ключевой формы каждый фактический параметр макровызова задается в 
виде: 


имя_параметра=значение_параметра 


Втаком же виде они описываются и в списке формальных параме- 
тров, но здесь значение_параметра может опускаться. Если значение па- 
раметра в списке формальных параметров не опущено, то это — значение 
по умолчанию. В макровызове параметры могут задаваться в любом по- 
рядке, параметры, имеющие значения по умолчанию, могут опускаться. 


В смешанной форме первые несколько параметров подчиняются 
правилам позиционной формы, а остальные — ключевые. 


В некоторых Макропроцессорах имена параметров начинаются с 
некоторого отличительного признака (например, амперсанда — &), что- 
бы Макропроцессор мог отличить «свои» имена (имена, подлежащие об- 
работке при обработке макроопределения) от имен, подлежащих обра- 
ботке Ассемблером. Для Макропроцессоров, которые мы отнесли к 
категории сильносвязанных такой признак может и не быть необходи- 
мым, так как такой Макропроцессор обрабатывает как свои имена, так и 
имена Ассемблера. В любом случае возникает проблема распознавания 
имени в теле макроопределения. Например, если макроопределение 
имеет формальный параметр &Р, а в макровызове указано для него фак- 
тическое значение 'Х', то как должна обрабатываться подстрока '&РА' в 
теле макроопределения? Должна ли эта подстрока быть заменена на 'ХА' 
или оставлена без изменений? 


Логика, которой следует большинство Макропроцессоров в этом 
вопросе, такова. &РА является именем в соответствии с правилами фор- 
мирования имен. Поэтому оно не распознается как имя &Р и остается 
без изменений. Если мы хотим, чтобы подстановка в этой подстроке все- 
таки произошла, следует поставить признак, отделяющий имя параметра 
от остальной части строки. Обычно в качестве такого признака исполь- 
зуется точка — '.': '&Р.А' заменяется на 'ХА`. 


Окончание макроопределения 


Если у макроопределения есть начало (оператор МАСКО), то уне- 
го, естественно, должен быть и конец. Конец макроопределения опреде- 
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ляется оператором МЕМО. Этот оператор не требует параметров. Мак- 
роопределение, взятое в «скобки» МАСКО — МЕМО может располагать- 
ся в любом месте исходного модуля, но обычно все макроопределения 
размещают в начале или в конце модуля. 


Локальные переменные 
макроопределения 


Поскольку генерация макрорасширения ведется по некоторому 
алгоритму, описанному в макроопределении, реализация этого алгорит- 
ма может потребовать собственных переменных. Эти переменные имеют 
силу только внутри данного макроопределения, в макрорасптирении не 
остается никаких «следов» переменных макроопределения. 


Переменные макроопределения могут использоваться двумя спо- 
собами: 


Ф их значения могут подставляться вместо их имен в тех 
операторах макроопределения, которые переходят в 
макрорасптирение; 

Ф их значения могут проверяться в условных операторах 


макроязыка и влиять на последовательность обработки. 


При подстановке значений переменных макроопределения в мак- 
рорасширение работают те же правила, что и при подстановки значений 
параметров. 


Для сильносвязанных Макропроцессоров необходимости в ло- 
кальных переменных макроопределения, вместо них могут использо- 
ваться имена программы (определяемые директивой ЕОП). Для сильно- 
связанных и независимых процессоров переменный макроопределения 
и имена программы должны различаться, для этого может применяться 
тот же признак, что и для параметров макроопределения. 


Объявление локальной переменной макроопределения может 
иметь, например, вид: 


имя_ переменной [ОСЁЕ начальное_значение (последнее необязательно) 
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Присваивание значений переменным 
макроопределения 


Присваивание может производиться оператором вида: 


имя_переменной ЕТ выражение 
ИЛИ 
имя_переменной = выражение 


Выражения, допустимые при присваивании, могут включать в се- 
бя имена переменных и параметров макроопределения, константы, 
строковые, арифметические и логические операции, функции. 


Основной тип операций — строковые (выделение подстроки, по- 
иск вхождения, конкатенация. ес.), так как обработка макроопределе- 
ния состоит в текстовых подстановках. 


Строковые операции обычно реализуются в функциях. Однако, в 
некоторых случаях может потребоваться выполнение над переменными 
макроопределения операций нестрокового типа. 


Как обеспечить выполнение таких операций? Можно предложить 
два варианта решения этой проблемы: 


Ф Ввести в оператор объявления переменной 
макроопределения определение ее типа. При выполнении 
операций должно проверяться соответствие типов. 


Ф Все переменные макроопределения имеют строковый тип, 
но при вычислении выражений автоматически 
преобразуются к типу, требуемому для данной операции 
(при таком преобразовании может возникать ошибка). 
Результат выражения автоматически преобразуется в 


строку. 
Как правило, операции присваивания могут применяться к пара- 


метрам макроопределения точно так же, как и к переменным макроопре- 
деления. 
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Глобальные переменные 
макроопределения 


Значения локальных переменных макроопределения сохраняются 
только при обработке данного конкретного макровызова. В некоторых 
случаях, однако, возникает необходимость, чтобы значение переменной 
макроопределения было запомнено Макропроцессором и использовано 
при следующей появлении той же макрокоманды в данном модуле. Для 
этого могут быть введены глобальные переменные макроопределения (в 
сильносвязанных Макропроцессорах в них опять-таки нет необходимо- 
сти). 


Объявление глобальной переменной макроопределения может 
иметь, например, вид: 


имя_переменной @1ВЁЕ начальное_значение (последнее необязательно) 


Присваивание значений глобальным переменным макроопреде- 
ления выполняется так же, как и локальным. 


Уникальные метки 


В некоторых случаях операторы машинных команд, имеющихся в 
макроопределении, должны быть помечены, например, для того, чтобы 
передавать на них управление. Если применить для этих целей обычную 
метку, то может возникнуть ошибочная ситуация. Если метка в макро- 
определении имеет обычное имя, и в модуле данная макрокоманда вы- 
зывается два раза, то будет сгенерировано два макрорасширения, и в обо- 
их будет метка с этим именем. Чтобы избежать ситуации неуникальности 
меток, в макроязыке создается возможность определять метки, для кото- 
рых формируются уникальные имена. Обычно имя такой метки имеет 
тот же отличительный признак, который имеют параметры и перемен- 
ные макроопределения. Каждую такую метку Макропроцессор заменяет 
меткой с уникальными именем. 
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Уникальное имя метки может формироваться формате, подобном 
следующему: 
&ИМЯ . ПППППП 


где — пиипип — число, увеличивающееся на 1 для каждой следую- 
щей уникальной метки. 


Другой возможный способ формирования, например: 


имя&5УЗМОХ 

где ЗУЗМОХ — предустановленное имя, имеющее числовое значе- 
ние, начинающееся с 00001 и увеличивающееся на 1 для каждой следую- 
щей уникальной метки. 


Следующие операторы Макроязыка влияют на последователь- 
ность обработки операторов макроопределения. В тех или иных Макро- 
процессорах имеется тот или иной набор таких операторов. 


Оператор безусловного перехода и метки макроопределения 
Возможный формат оператора: 


МСО макрометка 


Концептуально важным понятием является макрометка. Макро- 
метка может стоять перед оператором Макроязыка или перед операто- 
ром языка Ассемблера. Макрометки не имеют ничего общего с метками 
в программе. Передача управления на макрометку означает то, что при 
обработке макроопределения следующим будет обрабатываться опера- 
тор, помеченный макрометкой. Макрометки должны иметь какой-то 
признак, по которому их имена отличались бы от имен программы и пе- 
ременных макроопределения. Например, если имена переменных мак- 
роопределения начинаются с символа &, то имя макрометки может на- 
чинаться с &&. 


Оператор условного перехода 
Возможный формат оператора: 


МТЕ условное_выражение макрометка 


Если условное выражение имеет значение «истина», обработка 
переходит на оператор, помеченный макрометкой, иначе обрабатывает- 
ся следующий оператор макроопределения. Условные выражения фор- 
мируются по обычным правилам языков программирования. В них могут 
употребляться параметры и переменные (локальные и глобальные) мак- 
роопределения, константы, строковые, арифметические и логические 
операции и, конечно же, операции сравнения. 


Кроме того, в составе Макроязыка обычно имеются специальные 
функции, позволяющие распознавать тип своих операндов, например: 
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является ли операнд строковым представлением числа, является ли опе- 
ранд именем, является ли операнд именем регистра. 


Условные блоки 
Возможный формат оператора: 


ТЕ условное_выражение 
операторы_макроопределения_блок1 
ЕМОТЕ 
ЕЕЗЕ 
операторы_макроопределения_блок2 
ЕМОТЕ 


Если условное выражение имеет значение «истина», обрабатыва- 
ются операторы макроопределения от оператора ТЕ до оператора 
ЕМГЕ, иначе обрабатываются операторы макроопределения от опера- 
тора ЕЗТЕ до оператора ЕМПГЕ. Как и в языках программирования блок 
ЕТЗЕ — ЕМОТЕ не является обязательным. 





Условные выражения описаны выше. Обычно предусматриваются 
специальные формы: 


ТЕОЕЕ имя 
ТЕМОЕЕР имя 


проверяющие просто определено или не определено данное имя. 


Операторы условных блоков довольно часто являются не операто- 
рами Макроязыка, а директивами самого языка Ассемблера. 


Операторы повторений 


Операторы повторений Макроязыка (или директивы повторений 
языка Ассемблера) заставляют повторить блок операторов исходного 
текста, возможно, с модификациями в каждом повторении. Операторы 
повторений играют роль операторов цикла в языках программирования, 
они не являются обязательными для макроязыка, так как цикл можно 
обеспечить и условным переходом. 


Как и вязыках программирования, в Макроязыке может быть не- 
сколько форм операторов повторения, приведем некоторые (не все) из 
возможных форм: 
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МОО выражение 

блок_операторов_макроопределения 

ЕМОМОО 

выражение должно иметь числовой результат, обработка блока 
операторов повторяется столько раз, каков результат вычисления выра- 
жения. 


МООЕТЗТ переменная_макроопределения, 

список_выражений 

блок_операторов_макроопределения 

ЕМОМОО 

обработка блока операторов повторяется столько раз, сколько 
элементов имеется в списке выражений, при этом в каждой итерации 
переменной _макроопределения присваивается значение очередного 
элемента из списка_выражений. 


МООМНТЕЕ условное_выражение 

блок_операторов_макроопределения 

ЕМОМОО 

обработка блока операторов повторяется до тех пор, пока значе- 
ние условного выражения — «истина». 


Выдача сообщения 


При возникновении ошибок или ситуаций, требующих преду- 
преждения программисту в листинг должно выводиться сообщение. Ес- 
ли в результате ошибки программиста, написавшего макроопределение 
или макровызов будет сгенерирован неправильный код программы на 
языке Ассемблера, то эта ошибка будет выявлена только Ассемблером на 
этапе трансляции программы. Однако выгоднее выявлять ошибки не как 
можно более ранних этапах подготовки программы, в Макроязыке оши- 
бочные ситуации (ошибки в параметрах и т.п.) могут быть выявлены при 
помощи условных операторов или блоков, а для выдачи сообщения об 
ошибке должен существовать специальный оператор Макроязыка. Фор- 
мат такого оператора примерно следующий: 


МОТЕ код_серьезности, код_ошибки, сообщение_об_ошибке 


код_серьезности — числовой код, определяющий ВОЗМОЖНОСТЬ 
продолжения работы при наличии ситуации, вызвавшей сообщения. 
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Должны индицироваться, как минимум, следующие ситуации: 


Ф работа Макропроцессора может быть продолжена, по 
окончании ее может выполняться ассемблирование; 


Ф работа Макропроцессора может быть продолжена, но 
ассемблирование выполняться не может; 


Ф работа Макропроцессора не может продолжаться. 


код_ошибки — числовой код, служащий, например, для поиска 
развернутого описания сообщений и действий при его возникновении в 
документе «Сообщения программы» 


сообщение об ошибке — текст, печатаемый в листинге 


Завершение обработки 


Обработка макроопределения завершается при достижении опе- 
ратора МЕМО. Однако, поскольку алгоритм обработки макроопределе- 
ния может разветвляться, должна быть предусмотрена возможность вы- 
хода из обработки и до достижения конца макроопределения. Эта 
возможность обеспечивается оператором МЕХТ. Операндом этого опе- 
ратора может быть код_серьезности. 


Комментарии макроопределения 


Если в тексте макроопределения имеются комментарии, то они 
переходят в макрорасширение так же, как и операторы машинных ко- 
манд и директив Ассемблера. Однако, должна быть обеспечена и воз- 
можность употребления таких комментариев, которые не переходят в 
макрорасширение — комментарии, которые относятся не к самой про- 
грамме, а к макроопределению и порядку его обработки. Такие коммен- 
тарии должны обладать некоторым отличительным признаком. Возмож- 
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ны специальные директивы Ассемблера, определяющие режим печати 
комментариев макроопределения. 


Макрорасширения в листинге 


Как уже неоднократно говорилось, макрораспгирения для Ассем- 
блера неотличимы от программного текста, написанного программис- 
том «своей рукой». Но программист, анализируя листинг программы, 
конечно, должен видеть макрораситирения и отличать их от основного 
текста. Как правило, директивы Ассемблера, управляющие печатью лис- 
тинга предусматривают режим, при котором макрорасширение не печа- 
тается в листинге, а печатается только макрокоманда и режим, при кото- 
ром в листинге печатается и макрокоманда, и ее макрорасширение, но 
операторы макрорасширения помечаются каким-либо специальным 
символом. 


Структуры данных Макропроцессора 


Для всей обработки 


Таблица 
макроопределений Для обработки каждого макровызова 
Таблица 
Таблица имен параметров 
макроопределений 
Макро- Таблица локальных 
Таблица глобальных т процессор переменных 
переменных 


„” < Таблица меток 
а ен 





Таблица макроопределений, строго говоря, не таблица, а просто 
массив строк, в который записываются тексты всех макроопределений 
(от оператора МАСКО до оператора МЕМО), найденных в обрабатывае- 
мом модуле. 


Таблица имен макроопределений содержит имена макроопреде- 
лений и указатель на размещение текста макроопределения в таблице 
макроопределений, как показано на рисунке. 


Макропроцессоры 4193 


Таблица 
макроопределений 


Таблица имен макроопределений 


Имя Адрес ве табпице. 
ммакроопределения | макроопредёпений 





макро | 
ПЕБЕЖЫЕЕ осиЙЙЕЙСН 





Все таблицы имеют переменный размер и заполняются в процес- 
се работы. Индекс уникальных меток — число, используемое для форми- 
рования уникальной части имен меток, встречающихся в макроопреде- 
лениях 


Для обработки каждого макровызова создаются: 


Ф Таблица параметров, содержащая информацию о 
параметрах макроопределения. 

Ф Таблица локальных переменных, содержащая 
информацию о локальных переменных макроопределе- 
НИЯ. 


Структура этих таблиц — такая же, как и таблицы глобальных пе- 
ременных, эти две таблицы могут быть объединены в одну таблицу пара- 
метров и локальных переменных. 


= 


Алгоритм работы Макропроцессора 


Очевидно, что когда Макропроцессор обрабатывает макровызов, 
он уже должен «знать» макроопределение данной макрокоманды. Для 
обеспечения этого таблицы макроопределений и имен макроопределе- 
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ний должны быть созданы до начала обработки макровызовов. Поэтому 
Макропроцессор должен состоять из двух проходов, на первом проходе 
строятся таблицы макроопределений и имен макроопределений, а на 
втором осуществляется обработка макровызовов. Если макроопределе- 
ния сосредоточены в начале исходного модуля, то Макропроцессор мо- 
жет быть и однопроходным. Ниже мы приводим алгоритм работы 2-про- 
ходного Макропроцессора, при этом мы исходим из следующих 
предпосылок: 


Ф наш Макропроцессор является независимым от 
Ассемблера; 
Ф таблица параметров объединяется с таблицей локальных 


переменных, в дальнейшем мы называем объединенную 
таблицу таблицей локальных переменных; 


Ф операторы Макроязыка включают в себя: МАСКО, 
МЕМО, МЕХГТ, ММОТЕ, Г.ОСГ, СТВТ, ЗЕТ, МОО, 
МТЕ; 

Ф обеспечиваются локальные и глобальные переменные 


макроопределений, уникальные метки. 


Алгоритм выполнения 1-го прохода следующий: 








Макропроцессоры 495 196 
Блок1: 1-й проход Макропроцессора + 
Блок2: Инициализация: открытие исходного файла, создание пу- + 
стых таблиц, признак «обработка макроопределения» устанавли- 
вается в ЕАТЗЕ. + 
Блок3: Чтение следующей строки исходного файла с проверкой $ 
конца файла. 

Блок4: Если при чтении строки найден конец файла, выводится + 


сообщение об ошибке, закрываются файлы, освобождается па- 
МЯТЬ... 


Блок5: ...и Макропроцессор завершается с признаком ошибки. 


Блокб: Если конец файла не достигнут, выполняется лексичес- 
КИЙ разбор прочитанной строки с выделением имени и мнемони- 
ки операции. 


Блок7: Алгоритм Макропроцессора разветвляется в зависимости 
от мнемоники операции 


Блок8: Если мнемоника операции МАСКО — заголовок макро- 
определения, то в таблицу имен макроопределений заносится 
имя, находящееся в этом операторе и начальный адрес свободной 
области в таблице макроопределений. (При занесении имени в 
таблицу имен макроопределений проверяется, нет ли уже в таб- 
лице такого имени, если есть — ошибка) 


Блок9: Оператор МАСКО записывается в таблицу макроопреде- 
лений. 


Блок10: Признак «обработка макроопределения» устанавливается 
в ТКЧЕ. 


Блок11: Если мнемоника операции МЕМО — конец макроопре- 
деления, то оператор записывается в таблицу макроопределе- 
ний... 


Блок12:...и признак «обработка макроопределения» устанавлива- 
ется в ЕАГЗЕ. 


Блок13: Если мнемоника операции ЕМО — конец программы, то 
проверяется установка признака «обработка макроопределения». 


Блок14: Если этот признак установлен в ТКУР, т.е., конец про- 
граммы встретился до окончания макроопределения, то выводит- 
ся сообщение об ошибке, закрываются файлы, освобождается 
память... 
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Блок15: ...и Макропроцессор завершается с признаком ошибки. 


Блок16: Если этот признак установлен в ЕАТЗЕ, то выполняются 
завершающие операции ... 


Блок17: ...и заканчивается 1-й проход Макропроцессора. 


Блок18: При любой другой мнемонике оператора проверяется ус- 
тановка признака «обработка макроопределения». 


Блок19: Если этот признак установлен в ТКУЕ, то оператор за- 
писывается в таблицу макроопределений, если признак установ- 
лен в ЕАГЗЕ, то оператор игнорируется Макропроцессором. 


Алгоритм выполнения 2-го прохода следующий: 





Макропроцессоры 497 


++++ + 


+ 


+ 


Блок1: 2-й проход макропроцессора 


Блок2: Начальные установки: открытие файлов, создание пустых 
таблиц. Признак режима обработки устанавливается в значение 
«обработка программы». 


Блок3: Признак конца обработки установлен? 


Блок4: Если признак конца обработки установлен, выполняются 
завершающие операции... 


Блок5: ...и работа Макропроцессора заканчивается. 
Блокб: Выполняется разбор строки. 
Блок7: Проверяется признак режима обработки. 


Блок8: Если признак режима установлен в значение «обработка 
макроопределения», то проверяется мнемоника оператора. 


Блок9: Если в режиме обработки макроопределения встречается 
мнемоника МЕМО, то режим переключается в «обработка про- 
граммы», все прочие операторы в режиме обработки макроопре- 
деления игнорируются. 


Блок10: Если признак режима работы установлен в значение «об- 
работка программы», происходит ветвление алгоритма в зависи- 
мости от мнемоники оператора. 


Блок11: Обработка оператора МАСКО заключается в установке 
режима обработки в значение «обработка программы». 


Блок12: Обработка директивы Ассемблера ЕМО заключается в 
установке признака окончания работы и выводе оператора в вы- 
ходной файл. 


Блок13: Любая другая мнемоника ищется в Таблице машинных 
команд и в Таблице директив Ассемблера. Если мнемоника най- 
дена в одной из этих таблиц, то... 


Блок14: ...оператор просто выводится в выходной файл. 


Блок15: Если оператор не является оператором языка Ассембле- 
ра, то предполагается, что это макровызов и соответствующее 
мнемонике имя ищется в Таблице имен макроопределений. 


Блок16: Если имя не найдено в Таблице имен макроопределений, 
то оно ищется в библиотеках макроопределений. 
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Блок17: Если имя не найдено и в библиотеках макроопределе- 
ний, вырабатывается сообщение об ошибке и управление переда- 
ется на чтение следующего оператора программы. 


Блок18: Если имя не найдено в библиотеках макроопределений, 
соответствующие элементы включаются в Таблицу имен макро- 
определений и в Таблицу макроопределений. 


Блок19: Если имя есть в Таблице макроопределений, выполняет- 
ся обработка макровызова, после чего управление передается на 
чтение следующего оператора программы. 


Алгоритм обработки макровызова следующий: 
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МЕ ММОТЕ 


ыЬ 





+ Блок1: Обработка макровызова. На входе этого модуля есть но- 
мер элемента в Таблице имен макроопределений и разобранный 
текст оператора макровызова. 





+ Блок2: Создание пустых: Таблицы локальных переменных, Таб- 
лицы меток. 


+ Блок3: Чтение первой строки из Таблицы макроопределений по 
адресу, записанному в элементе Таблице имен макроопределе- 
ний. (Здесь и далее мы подразумеваем, что после чтения очеред- 
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+ + 


+ + 


+ + 


+ + 


ной строки макроопределения указатель для следующего чтения 
устанавливается на адрес следующей строки, если он не изменен 
явным образом.) 


Блок4: Проверка параметров: сопоставление фактических пара- 
метров вызова с формальными параметрами, описанными в заго- 
ловке макроопределения (Заголовок находится в строке, только 
что считанной из Таблицы макроопределений). 


Блок5: При несоответствии фактических параметров формаль- 
ным выдается сообщение об ошибке... 


Блокб: ...и обработка макровызова завершается 


Блок7: При правильном задании фактических параметров пара- 
метры и их значения заносятся в Таблицу локальных перемен- 
НЫХ. 


Блок8: Создается и заполняется Таблица меток макроопределе- 
ния. При этом текст макроопределения просматривается до опе- 
ратора МЕМО, выявляются метки и заносятся в таблицу. Прове- 
ряется уникальность меток. После заполнения таблицы меток 
указатель чтения из Таблицы макроопределений устанавливается 
на вторую (следующую за заголовком строку) текста макроопре- 
деления. 


Блок9: Читается следующая строка текста макроопределения. 


Блок10: Если строка является комментарием Ассемблера, строка 
выводится в макрорасширение. 


Блок11: Если строка является комментарием Макроязыка, управ- 
ление передается на чтение следующей строки макроопределе- 
НИЯ. 


Блок12: Выполняется разбор строки. 


Блок13: Алгоритм ветвится в зависимости от мнемоники опера- 
тора. 


Блок14: При обработке оператора ГОСТ, имя локальной перемен- 
ной ищется сначала в Таблице локальных переменных... 


Блок15: ...а затем — в Таблице глобальных переменных. 


Блок16: Если имя найдено в одной из таблиц, формируется сооб- 
щение о неуникальном имени. 
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Блок17: В противном случае заносится новая строка в таблицу 
локальных имен. В любом случае управление передается на чте- 
ние следующей строки макроопределения. 


Блок18: Обработка оператора СТ.ВТ, отличается от оператора 
ГОСЕ только тем, что новая строка создается в Таблице глобаль- 
ных переменных. 


Блок19: При обработке оператора ГОСТ, вычисляется выражение 
— операнд команды. Вычисление включает в себя подстановку 
значений входящих в выражение переменных. Возможны ошиб- 
ки — из-за использования неопределенных имен и ошибок в 
синтаксисе выражения. 


Блок20: Имя переменной ищется сначала в Таблице локальных 
переменных. 


Блок21: Если имя найдено, изменяется его значение в Таблице 
локальных переменных. 


Блок22: Если имя переменной не найдено, оно ищется в Таблице 
глобальных переменных. 


Блок23: Если имя найдено в Таблице глобальных переменных, 
изменяется его значение в этой таблице. 


Блок24: Если имя не найдено ни в одной из таблиц, формируется 
сообщение о неопределенном имени. 


Блок25: При обработке оператора МТЕ вычисляется условное вы- 
ражение — 1-й операнд команды (возможны ошибки). 


Блок26: Проверяется значение вычисленного условного выраже- 
НИЯ. 


Блок27: Если значение выражения «истина», имя метки — 2-го 
операнда команды ищется в Таблице меток макроопределения. 


Блок28: Если метка найдена в таблице, указатель для следующего 
чтения из Таблице макроопределений устанавливается на адрес 
соответствующий метке 


Блок29: Если метка найдена в таблице, выдается сообщение о не- 
определенной метке. 


Блок30: При обработке оператора МСО имя метки — операнда 
команды ищется в Таблице меток макроопределения. 
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Блок31: Если метка найдена в таблице, указатель для следующего 
чтения из Таблице макроопределений устанавливается на адрес 
соответствующий метке. 


Блок32: Если метка найдена в таблице, выдается сообщение о не- 
определенной метке. 


Блок33: При обработке оператора ММОТЕ выводится сообще- 
ние, определяемое операндом. 


Блок34: Устанавливается и анализируется код серьезности. Код 
серьезности является общим для всей работы Макропроцессора, 
его значение изменяется только, если новое значение больше те- 
кущего (более серьезная ошибка) 


Блок35: Если код серьезности не допускает продолжения работы 
Макропроцессора, устанавливается признак завершения работы. 


Блок36: При обработке оператора МЕХИТ устанавливается и ана- 
лизируется код серьезности. 


Блок37: Если код серьезности не допускает продолжения работы 
Макропроцессора, устанавливается признак завершения работы. 


Блок38: Освобождаются структуры данных, созданные для обра- 
ботки макровызова... 


Блок39: ...и обработка макровызова завершается. 


Блок40: При обработке оператора МЕМО освобождаются струк- 
туры данных, созданные для обработки макровызова... 


Блок41: ...и обработка макровызова завершается. 


Блок42: Любая другая мнемоника операции означает, что опера- 
тор является не оператором Макроязыка, а оператором языка Ас- 
семблера. В этом случае прежде всего проверяется, не имеет ли 
оператор метки, которая должна быть уникальной. 


Блок43: Если оператор имеет такую метку, формируется имя уни- 
кальной метки и индекс уникальных меток увеличивается на 1. 


Блок44: Выполняются подстановки в операторе языка Ассембле- 
ра (значение имен ищутся в Таблицах локальных и глобальных 
переменных, возможны ошибки). 


Блок45: Оператор языка Ассемблера записывается в макрорас- 
ширение. 
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Библиотеки макроопределений 


Макровызовы к макроопределение, приведенному в исходном 
модуле, могут применяться только в этом же исходном модуле. Для того, 
чтобы можно было использовать макроопределение в разных исходных 
модулях, макроопределения помещаются в библиотеку макроопределе- 
ний. Список библиотек макроопределений, которые используются для 
данного исходного модуля является параметром Макропроцессора. 


Мы в нашей схеме алгоритма показали, что обращение к библио- 
текам макроопределений происходит на 2-м проходе Макропроцессора 
— если мнемоника оператора не распознана ни как оператор языка Ас- 
семблера, ни как макрокоманда, определенная в данном исходном моду- 
ле. Возможны, однако, и другие алгоритмы использования библиотек. 


Один из таких алгоритмов следующий. 


Анализ мнемоники производится на 1-м проходе Ассемблера, все 
операторы, не распознанные как операторы языка Ассемблера, считают- 
ся макрокомандами и для них создаются строки в Таблице имен макро- 
определений. 


Если для такой макрокоманды макроопределение еще не найдено, 
поле ссылки на Таблицу макроопределений остается пустым. 


Если в исходном модуле встречается макроопределение, то его 
текст заносится в Таблицу макроопределений. Если в Таблице имен ма- 
кроопределений уже есть это имя с пустой ссылкой на Таблицу макро- 
определений, ссылке присваивается значение. Если такого имени в Таб- 
лице имен макроопределений нет, в таблице создается новая строка. 


В конце 1-го прохода просматривается Таблица имен макроопре- 
делений. Если в таблице находятся имена с пустыми ссылками на Табли- 
цу макроопределений, соответствующее макроопределение ищется в 
библиотеках. Если макроопределение найдено в библиотеке, его текст 
переписывается в Таблицу макроопределений и присваивается значение 
ссылке в соответствующей строке Таблицы имен макроопределений. 


Если после этого в Таблице имен макроопределений остаются 
имена с пустыми ссылками, это свидетельствует об ошибках в про- 
грамме. 
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Вложенные макровызовы. 
Вложенные макроопределения 


Можно ли употреблять макроопределения внутри макроопределе- 
ний? Можно ли употреблять макровызовы вызовы внутри макроопреде- 
лений? Представленные выше алгоритмы делать этого не позволяют. 
Тем не менее, можно построить такие алгоритмы Макропроцессора, ко- 
торые это позволять будут. Эти алгоритмы в любом случае будут доволь- 
но «затратными», то есть, требующими много ресурсов — процессорного 
времени и памяти. «Классические» алгоритмы, создававшиеся в услови- 
ях хронического дефицита памяти, были очень ограничены. 


Макроопределения внутри макроопределений 


Честно говоря, необходимость в таких средствах сомнительна. 
Она может возникнуть при создании большого макроопределения, в ко- 
тором есть повторяющиеся фрагменты. Вложенное макроопределение 
действительно только внутри того макроопределения, в которое оно вло- 
жено. 


Против такого средства можно привести 2 соображения: 


Ф макроопределение не бывает слишком большим — иначе 
не срабатывают его преимущества над подпрограммой 
(следует однако признать, что могут существовать 
довольно большие макроопределения, которые 
генерируют разнообразные варианты небольших 
макрорасптирений); 


Ф в языке Разса| допускаются вложенные процедуры, а в 
языке С — нет; и С прекрасно обходится без них, да и 
современная практика программирования на Разса! их 
практически не использует. 


Тем не менее, если вложенные макроопределения все же необхо- 
димы, можно предложить следующий вариант их реализации: 1-й проход 
Макропроцессора работает почти по тому же алгоритму, который приве- 
ден нами. Принципиально важно, однако, что Таблица макроопределе- 
ний и Таблица имен макроопределений имеют последовательную струк- 
туру, элементы в них записываются в порядке их поступления. 
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В Макропроцессоре есть некоторая целая переменная — глубина 
вложенности. Ее исходное значение — 0, при каждом появлении опера- 
тора МАСКО это значение увеличивается на 1, при каждом появлении 
оператора МЕМО — уменьшается на 1. Если при глубине вложенности 0 
появляется оператор МАСКО, в Таблицу имен макроопределений зано- 
сится новый элемент, и текст макроопределения записывается в Табли- 
цу макроопределений — до тех пор, пока глубина вложенности не станет 
равной 0. 


Появление оператора МАСКО при глубине вложенности, боль- 
шей 0 не приводит к созданию нового элемента в Таблице имен макро- 
определений. 


Таким образом, в Таблице имен макроопределений имеется стро- 
ка только для самого внешнего макроопределения, а все вложенные по- 
ка «не видны» и находятся внутри текста внешнего в Таблице макроопре- 
делений. 


2-й проход Макропроцессора при обработке макровызова считы- 
вает текст макроопределения в некоторый буфер и прежде всего рекур- 
сивно вызывает для его обработки Макропроцессор. 


Для вложенного вызова Макропроцессора доступны Таблица ма- 
кроопределений и Таблица имен макроопределений, новые макроопре- 
деления, обнаруженные рекурсивным вызовом заносятся в конец этих 
таблиц. 


При возврате из рекурсивного вызова макроопределения, допи- 
санные им, удаляются из таблиц. 


Макрокоманды внутри макроопределений 


В отличие от предыдущего, это средство может быть весьма полез- 
ным. Прежде всего — для часто употребляемых макрокоманд, могут быть 
включены в библиотеки макроопределений — системные или пользова- 
тельские. Это может весьма упростить создание новых макроопределе- 
НИЙ. 


Для обеспечения такой возможности достаточно сделать рекур- 
сивным только 2-й проход Макропроцессора. В нем несколько усложня- 
ется анализ операторов макроопределения. В ветви «Другой» (на нашей 
схеме алгоритма она начинается с блока) 2-й проход Макропроцессора 
должен распознавать макрокоманду и, если оператор — макрокоманда, 
вызывать сам себя. Распознавание макрокоманды — методом исключе- 
ния: если оператор — не оператор Макроязыка, не директива Ассембле- 
ра и не машинная команда, то он считается макрокомандой и ищется в 
Таблице имен макроопределений. Для рекурсивного вызова создается 
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новая Таблица локальных переменны (и параметров). Таблица глобаль- 
ных переменных и индекс уникальных меток используются общие. 


Некоторая сложность возникает в том случае если вложенные ма- 
рокоманды — библиотечные. В нашем алгоритме 1-го прохода содержи- 
мое макроопределения (то, что лежит между операторами МАСКО и 
МЕМО) не анализировалось, следовательно, определения вложенных 
макрокоманд не заносились в Таблицы макроопределений и имен мак- 
ропредолений. Есть два варианта решения этой проблемы: 


Ф На 1-м проходе все же распознавать вложенные 
макровызовы и включать макроопределения их в таблицы. 


Ф Выполнять это на 2-м проходе: при появлении оператора, 
не распознанного ни как оператор Макроязыка, ни как 
директива Ассемблера, ни как машинная команда и ни как 
макрокоманда, определение которой уже есть в наших 
таблицах, считать его библиотечной макрокомандой и 
искать ее макроопределение в библиотеках. Если 
макроопределение найдено, оно добавляется в наши 
таблицы. Нет необходимости удалять из таблиц 
определение вложенной библиотечной макрокоманды при 
завершении обработки внешнего макровызова: оно может 
потребоваться при обработке и последующих 
макровызовов. 


Качественное расширение возможностей 


Активное и грамотное применение макросредств может сделать 
работу программиста весьма продуктивной. Так, затратив определенные 
усилия на создание библиотеки макроопределений, программист может 
превратить язык Ассемблера в качественно новый язык, который будет 
обладать некоторыми свойствами языка высокого уровня. Программист 
может сделать этот язык в известной степени проблемно-ориентирован- 
ным, то есть в максимальной степени приспособленным для тех задач, 
которые решает его разработчик. Вкратце опишем те основные направ- 
ления, по которым может идти расширение возможностей Ассемблера за 
счет макросредств. 
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Структурный Ассемблер 


В виде макрокоманд могут быть реализованы операторы, близкие 
к операторам управления потоком вычисления в языках высокого уров- 
ня (условные операторы, ветвления, различные виды циклов). Извест- 
ным примером такого расширения является язык Макроассемблера 
ВСРГ — предшественник языка С. 


Объектно-ориентированный Ассемблер 


Макросредства могут обеспечить и реализацию свойств объектно- 
ориентированного программирования — в большей или меньшей степе- 
НИ. 


Простейшее расширение Ассемблера ОО свойствами предполага- 
ет введение макрокоманды определения объекта (или резервирования 
памяти для объекта). В макрокоманде указывается тип объекта и она 
употребляется вместо директив ОС/В$$. Для типа могут быть созданы 
макрокоманды-операции. В этом варианте может быть воплощен прин- 
цип полиморфизма, так как одна и та же операция может быть допусти- 
мой для разных типов. (Например, одна команда сложения для всех ти- 
пов — чисел, независимо от из разрядности и формы представления). 
Принцип инкапсуляции реализуется здесь в том смысле, что програм- 
мист, использующий макрокоманды не должен знать внутренней струк- 
туры объекта и подробности выполнения операций над ним, защиту же 
внутренней структуры организовать гораздо сложнее. 


Имеются примеры разработок, в которых на уровне Макроязыка 
созданы и средства описания классов, включающие в себя наследование 
классов со всеми вытекающими из него возможностями. 
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Переносимый машинный язык 


Макросредствами может быть обеспечен полнофункциональный 
набор команд некоторой виртуальной машины. Программа пишется на 
языке этой виртуальной машины. Для разных платформ создаются биб- 
лиотеки макроопределений, обеспечивающие расширение макровызо- 
вов в команды данной целевой платформы. Программа, таким образом, 
становится переносимой на уровне исходного текста. Поскольку макро- 
определение может быть построено так, чтобы генерировать неизбыточ- 
ный код для каждого конкретного вызова, программа на языке виртуаль- 
ной машины не будет уступать в эффективности программе, сразу 
написанной на языке целевого Ассемблера. 
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Лекция 16. 
Загрузчики и редакторы 
связей 


Основные понятия 


Загрузчик — программа, которая подготавливает объектную про- 
грамму к выполнению и инициирует ее выполнение. 


Более детально функции Загрузчика следующие: 


Ф выделение места для программ в памяти (распределение); 

Ф фактическое размещение команд и данных в памяти 
(загрузка); 

Ф разрешение символических ссылок между объектами 
(связывание); 

Ф настройка всех величин в модуле, зависящих от 
физических адресов в соответствии с выделенной памятью 
(перемещение); 

Ф передача управления на входную точку программы 
(инициализация). 


Не обязательно функции Загрузчика должны выполняться имен- 
но в той последовательности, в какой они описаны. Опишем эти функ- 
ции более подробно. 


Функция распределения, по-видимому понятна из ее названия. 
Для размещения программы в оперативной памяти должно быть найде- 
но и выделено свободное место в памяти. 
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Для выполнения этой функции Загрузчик обычно обращается к 
операционной системы, которая выполняет его запрос на выделение па- 
мяти в рамках общего механизма управления памятью. 


Функция загрузки сводится к считыванию образа программы с 
диска (или другого внешнего носителя) в оперативную память. 


Функция связывания состоит в компоновке программы из многих 
объектных модулей. Поскольку каждый из объектных модулей в составе 
программы был получен в результате отдельного процесса трансляции, 
который работает только с одним конкретным модулем, обращения к 
процедурам и данным, расположенным в других модулях, в объектных 
модулях не содержат актуальных адресов. Загрузчик же «видит» все объ- 
ектные модули, входящие в состав программы, и он может вставить в об- 
ращения к внешним точкам правильные адреса. Загрузчики, которые 
выполняют функцию связывания вместе с другими функциями, называ- 
ются Связывающими Загрузчиками. Выполнение функции связывания 
может быть переложено на отдельную программу, называемую Редакто- 
ром связей или Компоновщиком. Редактор связей выполняет только 
функцию связывания — сборки программы из многих объектных моду- 
лей и формирование адресов в обращениях к внешним точкам. На выхо- 
де Редактора связей мы получаем загрузочный модуль. 


Функция перемещения необходимо потому, что программа налю- 
бом языке разрабатывается в некотором виртуальном адресном прост- 
ранстве, в котором адресация ведется относительно начала программной 
секции. При написании программы и при ее трансляции, как правило, 
неизвестно, по какому адресу памяти будет размещена программа (где 
система найдет свободный участок памяти для ее размещения). Поэтому 
в большинстве случаев в командах используется именно адреса меток и 
данных. Однако, в некоторых случаях в программе возникает необходи- 
мость использовать реальные адреса, которые определяться только после 
загрузки. Все величины в программе, которые должны быть привязаны к 
реальным адресам, должны быть настроены с учетом адреса, по которо- 
му программа загружена. 


Существуют программы, которые при написании рассчитываются 
на размещение в определенных адресах памяти, так называемые, абсо- 
лютные программы. Подготовка таких программ к выполнению значи- 
тельно проще и выполняется она Абсолютным Загрузчиком. Функции 
такого Загрузчика гораздо проще: 


Ф функция распределения не выполняется, так как реальное 
адресное пространство, в котором размещается программа 
предполагается свободным; 
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Ф функция загрузки, конечно, выполняется, но она 
предельно проста; 


Ф функция связывания может быть исключена из 
Абсолютного Загрузчика: поскольку все адреса программы 
известны заранее, адреса, по которым происходят 
обращения к внешним точкам, могут быть определены 


заранее; 
Ф функция перемещения исключается; 
Ф функция инициализации остается. 


Доля абсолютных программ в общей массе программного обеспе- 
чения ничтожно мала. Абсолютными могут быть системные программы 
самого низкого уровня, программы, записываемые в ПЗУ, программы 
для встраиваемых устройств. Подавляющее же большинство системных 
и все прикладные программы являются перемещаемыми, то есть, они 
могут загружаться для выполнения в любую область памяти, и Загрузчик 
для таких программ выполняет перечисленные функции в полном 
объеме. 


При рассмотрении Ассемблеров мы оставили без внимания обра- 
ботку обращений к внешним точкам и формат объектного модуля. Эти 
вопросы непосредственно относятся к функциям Загрузчика, и мы их 
рассмотрим здесь. 


Основные типы Загрузчиков — настраивающие и непосредствен- 
но связывающие. 


Настраивающие Загрузчики 


Настраивающий Загрузчик является первым шагом в сторону ус- 
ложнения от Абсолютного Загрузчика. Функции связывания и переме- 
щения решаются в нем не самым эффективным, но простейшим спосо- 
бом. 


Связывание в Настраивающем Загрузчике 


Проблема связывания в Настраивающем Загрузчике решается при 
помощи Вектора Переходов. Вектор Переходов включается в состав объ- 
ектного модуля и содержит список всех внешних имен, к которым есть 
обращение в модуле с полем адреса для каждого имени. Вектор Перехо- 
дов заполняется при обработке директив типа ЕХТ (перечисления внеш- 
них имен). 


В команды программы, обращающиеся квнешним именам встав- 
ляется обращение к адресному полю соответствующего элемента Векто- 
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ра Переходов с признаком косвенного обращение. (Косвенное обраще- 
ние означает, что обращение идет не по адресу, который задан в коман- 
де, а по адресу, который записан в ячейке, адрес которой задан в ко- 
манде.) 


При загрузке в оперативную память Вектор Переходов загружает- 
ся вместе с кодами программы и остается в памяти все время выполне- 
ния программы. 


Когда Загрузчик компонует программу из нескольких объектных 
модулей, он «узнает» все фактические адреса входных точек и в Вектора 
Переходов тех модулей, которые обращаются к данной входной точке 
вставляет эти адреса. Обращение к внешней точке, таким образом, про- 
изводится косвенное через Вектор Переходов. 





До связывания После связывания 

Объектный Объектный й 
Я злодуль 1 Объектный зяодуль 1 Объектный 
Е модуль 2 модуль 2 
Е Входная точка Р1 Входная точка Р1 
: ИЕН 
ы 
Ё Объектный 

модуль 3 


Обращение к Р1 
Входная точка Р2 Входная точка Р2 


Обращение к Рп Обращение к Рп 


Обращение к Р2 Входная точка Рп Обращение кР2 Входная точка Рп 





Перемещение в Настраивающем Загрузчике 

Принятые в Настраивающих Загрузчиках методы позволяют легко 
реализовать настройку реальных адресов, заданных относительно начала 
программы. Сущность метода перемещения состоит в том, что с каждым 
словом кода программы (размер слова обычно равен размеру реального 
адреса) связывается «бит перемещения». Значение этого бита 0/1 являет- 
ся признаком неперемещаемого/перемещаемого слова. Если слово явля- 
ется неперемещаемым, оно оставляется Загрузчиком без изменений. Ес- 
ли слово является перемещаемым, то к значению в слове прибавляется 
стартовый адрес модуля в оперативной памяти. Биты перемещения мо- 
гут упаковываться — например, описание 8 слов в одном байте. 


Непосредственно Связывающие Загрузчики 


Эти Загрузчики называются непосредственно связывающими по- 
тому, что они обеспечивают обращение к внешней точке непосредствен- 
но, а не через косвенную адресацию. Эти Загрузчики обеспечивают более 
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высокую эффективность кода и более гибкие возможности связывания. 
Такие возможности достигаются за счет того, что в объектном модуле со- 
держится вся необходимая для Загрузчика информация. 


Формат объектного модуля 


Объектный модуль, поступающий на вход Загрузчика должен в 
той или иной форме содержать: 


Ф размер модуля; 

Ф машинные коды; 

Ф входные точки (те адреса в модуле, к которым возможны 
обращения извне); 

Ф внешние точки (те имена во внешних модулях, к которым 
есть обращения в данном модуле); 

Ф информация о размещении в модуле перемещаемых 
данных. 


Объектный модуль состоит из записей четырех типов. В каждой 
записи первый байт содержит идентификатор типа записи, следующие 2 
байта — размер записи. Количество и формат следующих байтов записи 
определяется ее типом. 


Кодовая запись содержит адрес относительно начала модулей и 
коды программы. Кодовые записи строятся Ассемблером при генерации 
объектного кода — кодов команд и директив типа ОС. Каждая кодовая 
запись начинается с адреса (относительно начала модуля), с которого на- 
чинается размещение ее содержимого. Разрывы в линейном пространст- 
ве адресов могут быть обусловлены директивами выделения памяти без 
записи в нее значений (директивы типа В$5$) или разрывами, управляе- 
мыми программистом (директивы типа ОКО). 


Запись связываний содержит один или несколько элементов Таб- 
лицы внешних символов. Элемент Таблицы внешних символов имеет 
следующий формат: 
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Тип символа: относительный Длина 
. имя сегмента адрес в модуле {только для 


. входная точка {только длн сегментов | сегментов} 
и внешних точек) 


® внешння точка. 





Ассемблер формирует новые элементы Таблицы перемещений 
при обработке директив типа ЗЕСМЕМТ, ЕМТ, ЕХТ. 


Запись перемещений содержит один или несколько элементов 
Таблицы перемещений. Каждый элемент этой таблицы описывает один 
элемент кода программы, требующий настройки, зависящей от адреса 
загрузки программы в память и имеет следующий формат: 


Относительный Имя Бит 
адрес в модуле символа | операции 





Относительный адрес и длина — адрес и длина того кода, который 
должен быть модифицирован. Имя символа — имя из Таблицы внешних 
символов, которое прибавляется к значению кода или вычитается из не- 
го. Бит операции — признак операции сложения или вычитания. Ассем- 
блер генерирует элемент Таблицы перемещений, когда обрабатывает ад- 
ресные выражения. Адресное выражение может быть абсолютным 
(независящими от адреса загрузки) или перемещаемым (зависящими от 
адреса загрузки). Элементы Таблицы перемещений генерируются только 
для перемещаемых выражений. Рассмотрим адресное выражение: 


АООВЯ - АООВ2 


Если АРОК]! и АРОБ2 являются именами, перемещаемыми вну- 
три одного и того же сегмента ЗЕСМ (их адресные значения определя- 
ются относительно начала сегмента), то адресное выражение является 
абсолютным, так как его значение: ЗЕСМ+АООВК! — ($ЕСМ+ АРОВ2) 
не зависит от адреса сегмента. Для такого выражения элемент Таблицы 
перемещений не строится. 


Если АРОК! является именем, перемещаемым внутри сегмента 
ЗЕСМ, а АРОК? — абсолютный адрес, то выражение является простым 
перемещаемым. В кодовое представление этого выражения записывает- 
ся разность между относительным адресом в сегменте АРОК] и абсо- 
лютным значением АРОК2. Для такого выражения строится элемент 
Таблицы перемещений: 


адрес 5ЕСМ + длина 
Загрузчик прибавит к содержимому кода адрес сегмента ЗЕСМ. 
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Если АРОК] является внешним именем, а АРОК? — абсолютный 
адрес, то выражение также является простым перемещаемым. В кодовое 
представление этого выражения абсолютное значение АООБК2. Элемент 
Таблицы перемещений для такого выражения содержит: 


адрес АООАТ + длина 


Если АРОК! и АРОВ2 являются внешним именем, то выражение 
является сложным перемещаемым. В кодовое представление этого выра- 
жения записывается 0. Для такого выражения строятся два элемента Таб- 
лицы перемещений: 


адрес АООАТ + длина 
адрес АОБА2 - длина 


При загрузке к нулевому значению записанному по адресу адрес 
будет прибавлен адрес внешней точки АООЕТ, а затем вычтен адрес 
внешней точки АООЕ2. 


Запись окончания формируется Ассемблером при обработке ди- 
рективы ЕМО, она содержит стартовый адрес программы. Естественно, 
эта запись должна быть заполнена только в одном из объектных модулей, 
составляющих программу. 


Алгоритм работы Непосредственно 
Связывающего Загрузчика 


Наиболее простой алгоритм работы Загрузчика — двухпроходный. 


На вход Загрузчика обязательно подается список объектных моду- 
лей, из которых составляется программа. Этот список может быть пара- 
метром программы-Загрузчика или находиться в отдельном файле. На 
первом проходе Загрузчик просматривает все объектные модули по спи- 
ску и решает 2 задачи: 


Ф определяет общий объем области памяти, необходимый 
для программы и размещение объектных модулей в этой 
области; 

Ф составляет Глобальную таблицу внешних имен 


программы. 
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Структура элемента Глобальной таблицы — такая же, как и Табли- 
цы внешних символов каждого модуля. В нее заносятся только входные 
точки всех модулей. Поскольку Загрузчик уже знает в каком месте обла- 
сти памяти, выделяемой для программы, будет размещаться тот или иной 
модуль, он заносит в Глобальную таблицу адреса входных точек относи- 
тельно начала всей программы. В конце 1-го прохода Загрузчик выделя- 
ет память и, уже зная фактический начальный адрес программы в памя- 
ти корректирует все адреса в Глобальной таблице внешних символов. 


На 2-м проходе Загрузчик снова читает все объектные модули по 
списку. При этом он уже размещает коды модуля в памяти и формирует 
для каждого модуля Таблицу внешних символов (локальную для модуля) 
и Таблицу перемещений. Адресные поля в этих таблицах он заполняет 
или корректирует с учетом фактического адреса модуля в памяти и со- 
держимого Глобальной таблицы внешних символов. Затем он выполня- 
ет обработку Таблицы перемещений, используя для коррекции адресных 
кодов в программе значения из Локальной Таблицы внешних символов. 


Алгоритм выполнения 1-го прохода — следующий: 
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Блок1: 1-й проход Загрузчика. 


Блок2: Начальные установки. Создание пустой Глобальной таб- 
лицы. Стартовый адрес=пусто. Относительный адрес 1-го сег- 
мента — 0. Размер программы — 0. 


Блок3: Выборка следующего имени из списка объектных моду- 
лей. Если весь список объектных модулей обработан — переход 
на окончание 1-го прохода. 


Блок4: Чтение заголовка очередной записи объектного модуля, 
если объектный модуль обработан полностью — переход к следу- 
ющему модулю. 


Блок5: Чтение остальной части записи (размер записи содержит- 
ся в ее заголовке). 
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Блокб: Разветвление в зависимости от типа записи. + 
Блок7: При обработке записи окончания проверяется, имеется ли + 
в записи стартовый адрес. Если стартового адреса нет — никакая ро 
другая обработка записи не производится. 

Блок8: Если в записи есть стартовый адрес, проверяется, не был * 
ли он уже установлен. + 


Блок9: Если стартовый адрес не был установлен, он устанавлива- 
ется. 


Блок10: Если стартовый адрес был установлен, выдается сообще- 
ние об ошибке. (Ни эта, ни последующие рассмотренные ошиб- 
ки не приводят к немедленному завершению 1-го прохода, одна- 
ко, если на 1-м проходе были ошибки, 2-й проход не 
выполняется). 


Блок11: При обработке записи связывания выполняется перебор 
элементов Таблицы внешних символов... 


Блок12: ...и разветвление — в зависимости от типа элемента. 


Блок13: Для элемента — сегмента вычисляется начальный адрес 
следующего сегмента и длина сегмента прибавляется к общему 
размеру программы. 


Блок14: Для элемента — входной точки ищется имя точки в Гло- 
бальной таблице. 


Блок15: Если имя не найдено в Глобальной таблице, в таблицу 
добавляется новый элемент. 


Блок16: Если имя найдено в Глобальной таблице, — ошибка, не- 
уникальное внешнее имя. 


Блок17: При окончании 1-го прохода проверяется, установился 
ли адрес стартовой точки программы. 


Блок18: Если этот адрес не установлен — ошибка. 


Блок19: Если этот адрес установлен и в ходе выполнения 1-го 
прохода не было других ошибок, Загрузчик продолжает работу. 


Блок20: Выделяется память для программы в соответствии с ее 
размером. 


Блок21: В Глобальную таблицу внешних символов записываются 
фактические адреса. 
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Блок22: Выполняется 2-й проход. 

Блок23: Освобождается Глобальная таблица 

Блок24: Если не было ошибок на 2-м проходе 

Блок25: ...управление передается на стартовый адрес программы 
Блок26: Загрузчик завершает работу. 


Алгоритм выполнения 2-го прохода — следующий: 





Сепиент или 
входная точка 
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Блок1: 2-й проход Загрузчика 
Блок2: Установка на начало списка имен объектных модулей. 


Блок3: Выборка следующего имени из списка объектных моду- 
лей. Если весь список объектных модулей обработан — переход 
на окончание 2-го прохода. 


Блок4: Создание для модуля Локальной таблицы внешних симво- 
лов и Таблицы перемещений — пустых. 


Блок5: Чтение заголовка очередной записи объектного модуля, 
если все записи модуля прочитаны — переход к обработке пере- 
мещений в модуле. 


Блокб: Чтение остальной части записи (размер записи содержит- 
ся в ее заголовке). 


Блок7: Разветвление в зависимости от типа записи. 


Блок8: Для кодовой записи считывается относительный адрес за- 
писи и переводится в фактический. 


Блок9: Тело кодовой записи считывается и размещается в памяти 
по фактическому адресу. 


Блок10: Для записи связывания перебираются находящиеся в ней 
элементы Таблицы имен 


Блок11: Обработка разветвляется в зависимости от типа имени. 


Блок12: Для имен сегментов или входных точек относительный 
адрес переводится в фактический. 


Блок13: Имя внешней точки ищется в Глобальной таблице внеш- 
них имен. 


Блок14: Если имя не найдено в Глобальной таблице, выдается со- 
общение об ошибке. 


Блок15: Если имя найдено в Глобальной таблице, в значение ад- 
реса из Глобальной таблицы становится значением этого имени. 


Блок16: Элемент с откорректированным адресом заносится в Ло- 
кальную таблицу имен. 


Блок17: Для записи перемещения перебираются находящиеся в 
ней элементы Таблицы перемещения. 


Блок18: Относительный адрес в элементе заменяется на фактиче- 
ский... 
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Блок19: ...и элемент добавляется в Таблицу перемещений. 


Блок20: После того, как весь модуль прочитан, выполняется пе- 
ребор Таблицы перемещений модуля. 


Блок21: Для каждого элемента Таблицы перемещений имя, запи- 
санное в его поле имени ищется в Локальной таблице имен и из 
Локальной таблицы имен выбирается связанный с этим именем 
адрес. 


Блок22: Из кода программы выбирается код, адрес и длина кото- 
рого записаны в элементе Таблицы перемещений. 


Блок23: Над выбранным кодом и адресом, выбранным из Табли- 
цы имен выполняется операция сложения или вычитания, ре- 
зультат записывается на место кода. 


Блок24: После перебора всей Таблицы перемещений, освобожда- 
ются Таблица перемещений и Локальная таблица имен модуля, и 
управление передается на обработку следующего модуля. 


Блок25: После обработки всех объектных модулей 2-й проход за- 
канчивается. 
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Лекция 17. 
Кросс-системы 


Вычислительные системы 


Исходная вычислительная система (ВС) — та ВС, на которой про- 
грамма готовится к выполнению. 


Целевая ВС — та ВС, на которой программа выполняется. 


Эти две ВС не обязательно совпадают. Макропроцессор, Ассемб- 
лер, Редактор Связей — программы, обрабатывающие данные. Ассемб- 
лер, например, получает на входе одни код (текст) и производит на 
выходе другой код (объектный модуль). При этом Ассемблер не рассмат- 
ривает свой выходной код как команды именно своей ВС, это просто не- 
которые данные. Ничто не мешает нам сделать Ассемблер, на выходе ко- 
торого будут генерироваться коды не той ВС, в которой работает 
Ассемблер, а некоторой другой ВС. 


Системы подготовки программ, в которых исходная ВС отличает- 
СЯ ОТ целевой, называются кросс-системами. 


Для чего может понадобиться кросс-система? 


Часто кросс-системы применяются для разработки программного 
обеспечения встроенных вычислительных систем. Для встроенных ВС 
характерен малый объем ресурсов: ограничение оперативной памяти, 
возможно, отсутствие внешней памяти (программы и постоянные дан- 
ные размещаются в ПЗУ), отсутствие должного набора внешних 
устройств. Иногда ресурсов целевой ВС просто недостаточно для выпол- 
нения на ней системного программного обеспечения подготовки про- 
грамм, тем более — для выполнения интерактивных систем программи- 
рования с развитым интерфейсом пользователя. 


При разработке новых ВС создание программного обеспечения 
для них ведется параллельно с разработкой аппаратной части. Подготов- 
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ка и отладка программ для проектируемой ВС должна вестись, когда це- 


левой ВС еще не существует физически. 


В простейшем случае процесс подготовки программы на кросс- 
системе аналогичен процессу их подготовки в однородной системе. 
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Загрузка и выполнение должна обязательно происходить на целе- 
вой системе, а предшествующие этапы (все или некоторые) могут быть 
перенесены на исходную систему. Любой из файлов-результатов выпол- 
нения очередного этапа подготовки может быть перенесен из исходной 
системы в целевую. 


Однако, такая схема не в полной мере использует возможности 
кросс-системы. Важным этапом подготовки программ является их от- 
ладка. Отладка также может проводиться на кросс-системе (частично 
или полностью) 


или 








ктирование исходного текста 





Исходная ВС 
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Целевая ВС 


Для отладки программ на исходной ВС применяется программа- 
Интерпретатор. Интерпретатор является программной моделью целевой 
ВС, которая обеспечивает выполнение программ в кодах целевой ВС. 
Интерпретатор строится по принципу имитационной программной мо- 
дели, это означает, что отдельные компоненты целевой ВС моделируют- 
ся соответствующими компонентами программной модели, которые 
имитируют поведение реальных компонентов. 


Если исходная ВС обладает большими вычислительными ресурса- 
ми, чем целевая ВС, то отладка на исходной ВС может быть более удоб- 
ной и функционально более полной, чем на целевой ВС. Это, впрочем, 
относится и к тому случаю, когда исходная ВС не превосходит целевую 
по объему ресурсов. В таком случае для отладки программы все равно 
может быть выделено больше ресурсов (возможно, виртуальных), чем 
при ее выполнении. 


Модель, на которой производится отладка, всегда является избы- 
точной по ресурсам по сравнению с целевой средой выполнения. Избы- 
точность модели позволяет выявить при отладке на ней такие ошибоч- 
ные ситуации, которые трудно или вообще невозможно выявить при 
отладке в реальной среде. Примеры таких ситуаций: 


Ф обращение по адресу несуществующей памяти 

Ф попытка записи в защищенную от записи память 
Ф модификация программой команд и констант 

Ф передача управления на данные 

Ф выборка неинициализированных данных 


Модель целевой вычислительной системы состоит из компонен- 
тов, моделирующих программно-доступные компоненты целевой ВС 
(т.е. такие, с которыми работают команды отлаживаемой программы) и 
включает в себя следующие составляющие: 


Ф модель регистров 


Ф модель оперативной памяти 
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Ф модель процессора 
хФ модель системы прерывания 
Ф модель системы ввода-вывода. 


Модель регистров 


Модель регистров включает в себя, как минимум: 


Ф регистры общего назначения 
Ф регистр-счетчик адреса 
Ф регистр состояния 


Регистры моделируются переменными интерпретатора. 


РОН во время выполнения программы содержат обрабатываемые 
данные. РОН могут моделироваться как отдельными переменными, так 
и массивами — в зависимости от их количества и свойств. 


В тех ВС, где РОН немного и некоторые из них обладают собст- 
венными индивидуальными свойствами (напр., [1е1) удобно представ- 
лять каждый РОН в виде отдельной переменной. 


Для тех ВС, где РОН много и/или они одинаковы во всем (напр., 
$/390, все КТ$С), их целесообразно представлять в виде массива. Харак- 
терно, что в ВС первого типа РОН обычно имеют собственные имена, а 
в ВС второго типа РОН идентифицируются номерами. 


Счетчик адреса содержит адрес текущий выполняемой команды и 
представляется в виде отдельной переменной. 


Регистр состояния содержит признаки результата выполнения 
предыдущей команды — больше, меньше, равен нулю (не все команды 
устанавливают эти признаки) и, возможно, признак привилегированно- 
го/непривилегированного режима. Эти признаки могут «упаковываться» 
в одну переменную или представляться отдельной переменной каждый. 
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Модель оперативной памяти 


Объем адресного пространства памяти, к которому теоретически 
могут выполняться обращения к программе определяется разрядностью 
представления адреса. Однако, реально в целевой ВС может быть значи- 
тельно меньший объем памяти. Во встроенных ВС адресное пространст- 
во может покрываться реальной памятью несмежными фрагментами, 
причем фрагменты реальной памяти могут быть как ОЗУ, так и ПЗУ. 


Интерпретатор должен «знать» конфигурацию реальной памяти в 
целевой ВС. Возможные варианты задания такой конфигурации: 


Потребовать, чтобы любая ячейка памяти, к которой обращается 
программа, была описана в программе (директивой ОО или В5$5). 


Описать конфигурацию памяти в отдельном файле, являющимся 
входным для Интерпретатора. 


Представляется, что второй подход более универсальный, так как: 


Ф обращение в программе по неописанному в ней адресу 
памяти возможно (особенно это касается программ для 
встроенных ВС с абсолютными программами и жестки 
распределением памяти); 


Ф определение памяти в программе также является объектом 
проверки/отладки может содержать ошибки; 


Ф в Ассемблере нет средств описания ОЗУ/ПЗУ. 


Внешнее описание памяти считывается Интерпретатором в нача- 
ле работы и превращается в таблицу фрагментов. 


Оперативная память целевой ВС представляется памятью (не обя- 
зательно оперативной) исходной ВС. Однако, в модели памяти на исход- 
ной ВС мы имеем возможность помимо собственно данных, хранящихся 
в целевой памяти, представлять также и описание этих данных. 


Каждый байт целевой памяти представляется двумя байтами ис- 
ходной памяти. В первом байте представления хранятся собственно дан- 
ные, а во втором — ряд признаков, характеризующих ячейку целевой па- 
мяти. 
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Среди этих признаков могут быть такие: 


Ф а) признак 1-го байта команды (управление можно 
передавать только на 1-й байт команды); 


Ф Ь) признак команды/данных 


Ф с) признак инициализированных/неинициализированных 
данных 


4) признак изменяемых/неизменяемых данных 
е) признак останова при передаче управления 


19) признак останова при передаче записи 


$Ф+$+х+ 


5) признак останова при передаче чтении 


Все названные признаки — однобитные. Признакиа, 6 устанавли- 
ваются Кросс-ассемблером при трансляции программы и не изменяются 
при выполнении. Признак с устанавливается Кросс-ассемблером, но 
может изменяться Интерпретатором в процессе выполнения. Признак 4 
устанавливается Интерпретатором перед началом выполнения на основе 
таблицы фрагментов и, возможно, дополнительной информации, вводи- 
мой программистом (отдельно от программы) и может изменяться 
программистом в ходе интерактивной отладки. Признаки е-Густанавли- 
ваются перед началом выполнения на основе дополнительной информа- 
ции и может изменяться программистом в ходе интерактивной отладки. 


Дополнительная информация о памяти, таким образом, состоит 
из таблицы фрагментов, списка переменных в ОЗУ, которые не разреша- 
ется изменять, списка переменных, при обращении к которым должен 
происходить останов, и меток, при передаче управления на которые дол- 
жен происходить останов. 


Каждое обращение к памяти в программе характеризуется типом: 
К (чтение), У (запись) или Х (передача управления). При любом типе об- 
ращения проверяется попадание в реально существующий фрагмент па- 
мяти. При обращении типа Х проверяется бит а признака, управление 
может быть передано только на байт с установленным признаком а. При 
обращениях типа К и У! проверяется бит Ъ признака, обращения этого 
типа могут происходить только к данным При обращениях типа К прове- 
ряется бит с признака, читаться могут только инициализированные дан- 
ные При обращениях типа \/ проверяется бит 4 признака, данные долж- 
ны быть изменяемые, бит с признака при этом устанавливается, то есть, 
данные становятся инициализированными. 
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Модель процессора 


Работа процессора моделируется алгоритмом работы Интерпрета- 
тора. Основной алгоритм работы модели состоит из цикла, в каждой 
итерации которого моделируется выполнение одной команды целевой 
программы. Итерация этого цикла начинается с выборки байта, записан- 
ному в модели памяти по адресу, содержащемуся в модели регистра- 
счетчика адреса. В подавляющем большинстве ВС первый байт команды 
содержит код операции, позволяющий однозначно идентифицировать 
команду. Интерпретатор выполняет поиск по коду операции в таблице 
команд. 


При этом может использоваться либо таблица команд Ассембле- 
ра, либо ее модификация с расширениями и с возможностью быстрого 
поиска по коду операции. Распознав команду, Интерпретатор выбирает 
ее остальные байты (их количество определено в таблице команд) и вы- 
деляет из них операнды команды (их количество и кодировка определя- 
ется типом команды). 


Далее алгоритм Интерпретатора разветвляется, в общем случае 
число ветвей равно числу возможных кодов операции. 


В каждой ветви вычисляется значение, являющееся результатом 
выполнения той или иной команды. Вычисленное значение заносится в 
объект, являющийся для данной команды приемником результата. 


Кроме того для тех команд, для которых это требуется устанавли- 
ваются значения признаков в регистре состояния (перечень признаков, 
устанавливаемых командой, может содержаться в таблице команд Ин- 
терпретатора). Вычисляется новое значение регистра-счетчика адреса. В 
большинстве случаев это значение получается добавлением к текущему 
его значению длины команды, но в командах перехода (типа МР, САГТ) 
это значение вычисляется. 


При реализации алгоритмов выполнения отдельных команд воз- 
можны два подхода, которые мы называем КС и СЗС-моделями, по 
аналогии с архитектурами процессоров (однако выбор программной 
ВГС или СГЗС-модели необязательно должен совпадать с реальной ар- 
хитектурой процессора). 
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Смысл К[ГЗС-модели состоит в том, что разветвление алгоритма 
выполняется сразу же после распознавания команды и выполнение каж- 
дой команды полностью реализуется кодами соответствующей ветви. 


Смысл СГЗС-модели состоит в том, что выполнение каждой ко- 
манды представляется в виде последовательности выполнения простых 
процедур («микрокоманд»). Список микрокоманд, составляющих вы- 
полнение каждой команды, может быть «зашит» в программу в виде по- 
следовательности вызовов или представлен в виде данных, например, в 
виде списка номеров процедур. В последнем случае алгоритм не требует 
ветвления, а сводится к циклу, в каждой итерации которого выбирается 
номер очередной процедуры и вызывается процедура с данным номером. 
В предельном случае выполнение каждой команды может быть представ- 
лено в виде исходного текста на языке макрокоманд, который интерпре- 
тируется Интерпретатором. 


Пример 
Пусть в языке микрокоманд имеются следующие (показаны не 
все) микрокоманды: 


СЕТЮ пгх 


Выборка номера регистра, заданного в п-ом операнде в промежу- 
точную переменную гх 


СЕТА пах 


Выборка адреса, заданного в п-ом операнде в промежуточную пе- 
ременную ах 


ГОР ах,гх 


Выборка данных из регистра, номер которого находится в проме- 
жуточной переменной гх в промежуточную переменную 4х 


ОМ ах‚ах 


Выборка данных из памяти по адресу, находящемуся в промежу- 
точной переменной ах промежуточную переменную 4х 


$0Ю гх,Ах 


Запись данных из промежуточной переменной 4х в регистр, номер 
которого находится в промежуточной переменной гх 


$ОМ ах,ах 

Запись данных из промежуточной переменной 4х в память по ад- 
ресу, находящемуся в промежуточной переменной ах промежуточную 
переменную 4х 
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АОО ахл,ах2 


Сложение данных из промежуточной переменной 4х1 с данными 
из 4х2; результат — в 4х1 


$6 ах 


Инверсия знака данных, содержащихся в промежуточной пере- 
менной ах 


СС4 ах 


Установка признаков «больше», «меньше», «равно» по значению, 
содержащемуся в промежуточной переменной 4х 


СС? ах 


Установка признака переполнения по значению, содержащемуся 
в промежуточной переменной ах 


РСЛ 
Увеличение регистра-счетчика адреса на длину команды 


РС2 ах 
Запись данных из промежуточной переменной 4х в регистр-счет- 
чика адреса 


ЕМО 
Окончание микропрограммы 


Тогда реализация некоторых машинных команд может быть «за- 
микропрограммирована» следующим образом: 


ЕР регистр2,регистр/ 
Пересылка данных из регистра] в регистр2 


СЕТВ 2, 11; 
ЕОВ 91, г1; 
СЕТВ 1, г2; 
ЗОН г2, 91, 
РСЛ; 
ЕМО; 


Е регистр, память 
Пересылка данных из памяти по адресу память в регистр 
СЕТА 2,а1: 
(ОМ 91, а1; 


СЕТВ 1, г1; 
ОН г1, 91; 
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РСТ; 
ЕМО; 
АК регистр2,регистр/ 


Сложение данных из регистра! с данными в регистре2; результат 
— в регистре! 


СЕТН 2, 11; 
[ОВ 91, г1; 
СЕТВ 1, г2; 
[ОВ 92, г2; 
АОБ 91, 92; 
08 г1; 
РСТ; 

ЕМО: 





СМР регистр, память 
Сравнение данных, содержащихся в регистре с данными по адре- 
су память 





СЕТА 1, г1; 
[ОА 91, г1; 
СЕТА 2, а1: 
[ОМ 92, а1; 
Та 92; 
АБО 91, 92; 
СС1 91; 
СС2 а1; 
РСТ; 

ЕМО; 

УМР память 
Переход по адресу память 
СЕТА 2, а2; 
РС? а2; 
ЕКО; 


Очевидно, что КГЗС-модель будет выполняться быстрее, но С1$С- 
модель гибче, так как активные элементы (команды) в ней превращены в 
пассивные (данные). В аппаратных архитектурах предпочтение отдается 
ВГС из-за высшей эффективности, а какие критерии являются более 
важными при отладке? 


Время 


Для значительного класса встроенных ВС время выполнение про- 
граммы является принципиально важной ее характеристикой (напри- 
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мер, бортовые системы управления должны работать в реальном вре- 
мени). 


Важно понимать, что время выполнения программы на Интерпре- 
таторе ни в коей мере не соответствует времени ее выполнения на ре- 
альной ВС. Более того, временные соотношения между выполнением 
различных частей программы на модели также не соответствуют соотно- 
шениям выполнения частой программы на реальном оборудовании. По- 
этому время также является моделируемым компонентом. Моделью вре- 
мени является целая переменная большой разрядности. В этой 
переменной на каждом шаге выполнения содержится число машинных 
тактов, выполненных с начала выполнения программы. Исходное значе- 
ние этой переменной — 0, после выполнения каждой команды ее значе- 
ние увеличивается на время выполнения данной команды (время выпол- 
нения может быть столбцом в таблице команд). 


Система прерываний 


Является самым сложным для моделирования компонентом. 
Трудность состоит в том, что прерывания поступают асинхронно, без 
привязки к выполнению программы. Следовательно, прерывания долж- 
ны «зарождаться» где-то вне собственно выполняемой программы. 


При выполнении Интерпретатора в пошаговом режиме прерыва- 
ния могут задаваться командами, вводимыми человеком-оператором. 
Более универсальным является прием, предполагающий создание в от- 
дельном файле «программы поступления прерываний». Каждый «опера- 
тор» этой «программы» содержит идентификатор типа прерывания и 
время (модельное) поступления прерывания. Эти «операторы» должны 
быть упорядочены по возрастанию времен поступления. Поскольку ВС 
обладают свойством непрерываемости команд, условие поступления 
прерывания может проверяться только после окончания обработки оче- 
редной команды. 


Действия по прерыванию определяются характеристиками кон- 
кретной ВС. Как правило, они включают в себя запоминание текущего 
значения регистров состояния и счетчика адреса и занесение в счетчик 
адреса адреса программной секции обработки прерывания данного типа. 


Отладке программ, предусматривающих обработку внешних пре- 
рываний, усложняется многократно, так как при этом должно быть пре- 
дусмотрено поступление внешних прерываний во все возможные (и не- 
возможные!) моменты выполнения. 
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Ввод-ВЫВОД 


Операции ввода-вывода целевой ВС моделируются файловым 
вводом-выводом исходной ВС. Данные, которые целевая ВС вводит с 
внешнее устройство, читаются моделью из файла. Данные, которые це- 
левая ВС выводит на внешнее устройство, записываются моделью в 
файл. Для каждого внешнего устройства удобно назначать свой файл. В 
частном случае это может быть файл клавиатуры или файл экрана. Дан- 
ные в файл, имитирующий устройство ввода, должны быть занесены за- 
ранее. На вход Интерпретатора должна подаваться таблица соответствия 
файлов устройствам. 


Ввод-вывод может быть синхронным или асинхронным. При син- 
хронном вводе-выводе (например, через порты) операция ввода-вывода 
завершается вместе с завершением команды ввода-вывода. Моделирова- 
ние такого ввода-вывода сложностей не представляет. При асинхронном 
вводе-выводе (КПДП, каналы ввода-вывода) команда ввода-вывода 
только запускает операцию ввода-вывода и заканчивается. Выполнение 
операции ввода-вывода далее происходит параллельно с выполнением 
команд программы, а об окончании ввода-вывода устройство сигнализи- 
рует прерыванием. И здесь «срабатывают» трудности, присущие модели- 
рованию системы прерываний. Одно из возможных решений — при ини- 
циализации операции ввода-вывода добавлять в программу поступления 
прерываний новый элемент, соответствующий прерыванию, которое по- 
ступит через какой-то интервал времени после текущего момента. 


Особую сложность представляет собой моделирование ошибоч- 
ных ситуаций ввода-вывода, эта проблема должна решаться для каждого 
прикладного случая, поэтому здесь не рассматривается. 


Взаимодействие с человеком-оператором 


Интерпретатор может выполняться в автоматическом или поша- 
говом режиме. В автоматическом режиме Интерпретатор моделирует вы- 
полнение команд программы без остановок до команды типа НАТ или 
до точки останова. В точке останова оператор может вводить команды, 
управляющие действиями Интерпретатора и выбрать режим продолже- 
ния выполнения. В пошаговом режиме Интерпретатор после выполне- 
ния каждой команды программы останавливается и предоставляет опе- 
ратору возможность вводить команды управления. Командами 
управления работой Интерпретатора могут быть: 


Ф команды на отображение/изменение 
состояния/содержимого компонентов модели, 


Ф команды задания точек останова; 
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Ф команды моделирования прерываний; 
Ф команды установки режима выполнения; 
Ф команда окончания работы. 


Отображаться должны состояния и значения всех составляющих 
программной модели ВС: регистров (РОН, счетчика адреса, состояния), 
заданных участков памяти и их признаков, счетчика модельного време- 
ни, программы поступления прерываний и т.д. Отображаемые значения 
также должны быть доступны для изменений. Отметим, что для интерак- 
тивного отображения/изменения должны быть доступны также байты 
признаков памяти. Изменение содержимого регистра-счетчика адреса 
равносильно передачи управления в программе. 


Точки останова могут задаваться в исходном для Интерпретатора 
файле и вводиться/изменяться в ходе интерактивной отладки. Могут 
быть предусмотрены остановы при: 


Ф передаче управления по заданному адресу; 
Ф чтении данных по заданному адресу; 
Ф записи данных по заданному адресу. 


Связь отладки с исходным текстом. Такая связь безусловно удоб- 
но и может быть осуществлена относительно несложно, если выход 1-го 
прохода Кросс-Ассемблера передается на вход Интерпретатора. Выход 
1-го прохода связывает операторы исходного текста с адресами памяти. 
Таким образом, по значению счетчика адреса в каждый момент выпол- 
нения программы можно найти в выходе 1-го прохода соответствующий 
оператор исходного текста. Если на вход Интерпретатора подается также 
сформированная 1-м проходом таблица символов, то есть возможность 
обращаться к переменным программы и к точкам передачи управления 
по символьным именам. 


Можно ли обеспечить изменение прямо в ходе отладки исходного 
текста? Схема решения сводится к представленной на рисунке. В схеме 
остается только 1-й проход Кросс-Ассемблера. Выход его — исходный 
текст с разметкой адресов и таблица символов является основным вхо- 
дом Интерпретатора. Необходимость во 2-м проходе Кросс-Ассемблера 
отпадает. В начале выполнения Интерпретатор должен построить модель 
памяти, в которой он размещает, однако, только данные программы, но 
не команды. При работе Интерпретатор повторяет многие действия 2-го 
прохода Кросс-Ассемблера, читает не коды, а исходные тексты и распоз- 
нает команду не по коду операции, а по мнемонике, и интерпретирует 
операнды не по кодам, а по исходным текстам. Изменения в исходном 
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тексте оператора программы должны автоматически реплицироваться в 
соответствующем операторе (только в одном операторе!) результата 1-го 
прохода, и тогда при следующем выполнении этого оператора будет мо- 
делироваться уже выполнение новой команды. Однако, поскольку в ре- 
зультате 1-го прохода каждый оператор уже привязывается к определен- 
ному адресу, возможность изменения должна ограничиваться тем, что 
длина новой команды обязательно равна длине старой команды. Более 
сложные изменения потребуют повторного выполнения 1-го прохода 
Кросс-Ассемблера. 


описание фрагментоЕ памяти 
описания отдельных ячеек 





УпраЕ- Е 
ляющие | программа поступленил прериланий 
данные таблица файлое - устройсте 
точки останова 
| итд. 





Итоговая схема алгоритма функционирования Интерпретатора 
сводится к следующей: 
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Блок1: Запуск Интерпретатора. 


Блок2: Открытие исходных файлов — результатов работы Кросс- 
Ассемблера и файлов с управляющей информацией (описание 
файлов — внешних устройств, программа поступления прерыва- 
ний, описание фрагментов памяти и отдельных ячеек ит.п.). 


Блок3: Считывание управляющей информации. 


Блок4: Установка начальных значений для компонентов модели 
(содержимое памяти, регистры, счетчик модельного времени). 
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Блок5: Интерактивное задание/корректировка управляющей ин- 
формации (режим выполнения, точки останова и т.п.). 


Блокб: Автоматический режим? 


Блок7: Если установлен пошаговый (не автоматический) режим 
выполнения, выполняется ввод и обработка команд оператора в 
интерактивном режиме. Эта обработка может заканчиваться либо 
продолжением выполнения интерпретатора в пошаговом или ав- 
томатическом режиме, либо завершением его работы по команде 
оператора. 


Блок8: Если установлен автоматический режим выполнения, но 
текущее значение регистра — счетчика адреса совпадает с одной 
из заданных точек останова, также выполняется ввод и обработка 
команд оператора в интерактивном режиме. 


Блок9: Проверяется счетчик модельного времени сравнивается с 
временем поступления первого прерывания в списке прерыва- 
ний. 


Блок10: Если счетчик модельного времени больше или равен вре- 
мени поступления первого прерывания в списке, выполняется 
сохранение текущего состояния и занесение в регистр-счетчик 
адреса секции обработки прерывания данного типа. 


Блок11: Первый элемент удаляется их списка прерываний и про- 
исходит возврат на начало итерации обработки команды. 


Блок12: Если прерывание не поступило, выбирается первый байт 
команды (при отладке по объектному модулю) или ее мнемоника 
(при отладке по исходному тексту). 


Блок13: Код операции или мнемоника команды ищется в табли- 
це команд. 


Блок14: При неуспешном поиске Интерпретатор заканчивается с 
сообщением об ошибке. 


Блок15: Выбор операндов из кода команды или из текста опера- 
тора. 


Блок16: Проверка правильности кодирования операндов, про- 
верка корректности обращения к памяти. 


Блок17: При ошибках в операндах или в обращении к памяти 
Интерпретатор заканчивается с сообщением об ошибке. 
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Блок18: Задан ли для адреса операнда останов при обращении? 
Если да — возврат на выполнение команд в интерактивном режи- 
ме. 


Блок19: Интерпретация команды и запись результата 


Блок20: Вычисление и занесение в регистр-счетчик адреса следу- 
ющей команды. 


Блок21: Проверка, является ли адрес в регистре-счетчике адреса 
адресом 1-го байта команды 


Блок22: Если это не так, Интерпретатор заканчивается с сообще- 
нием об ошибке. 


Блок23: Модификация счетчика модельного времени и переход 
на выполнение следующей команды. 


Окончание работы Интерпретатора может происходить: 
Ф при обнаружении ошибки в программе; 


Ф при вводе оператором интерактивной команды 
завершения работы; 


Ф при обработке команды останова (НАГТ) в программе. 
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Лекция 18. 
Ошибки 
программирования 


В 


Классификация ошибок 
программирования 


Рассмотренные ошибки программирования могут быть разделены 
на следующие категории: 


Перестановка операндов или частей операндов 
К типичным ошибкам этого рода относятся: 


Ф перестановка операндов, указывающих на источник и 
назначение в командах пересылки; 


Ф перевертывание формата, в котором запоминаются 16- 
разрядные значения; 


Ф изменение направления при вычитаниях и сравнениях. 


Неправильное использование флагов 
Типичные ошибки следующие: 
Ф использование не того флага, который в данном 


конкретном случае должен проверяться (как, например, 
флага знака вместо флага переноса); 


Ф условный переход после команд, которые не воздействуют 
на данный флаг; 


Ф инвертирование условий перехода (особенно при 
использовании флага нуля); 
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Ф неправильный условный переход в случаях равенства и 
случайное изменение флага перед условным переходом. 


Смешивание регистров и пар регистров 


Типичная ошибка состоит в работе с регистром (В, О или Н) 
вместо пары регистров с аналогичным именем. 


Смешивание адресов и данных 
К типичным ошибкам относятся: 


Ф использование непосредственной адресации вместо 
прямой адресации или наоборот; 


Ф смешивание регистров с ячейками памяти, адресуемыми 
через пары регистров. 


Использование неверных форматов 
Типичные ошибки состоят в: 


Ф использовании формата ВСФ (десятичного) вместо 
двоичного или наоборот, 

Ф использование двоичного и шестнадцатеричного кода 
вместо АЗСП. 


Неправильная работа с массивами 
Обычная ошибка состоит в выходе за границы массивов. 


Неучет неявных эффектов 


К типичным ошибкам относятся использование без учета влияния 
участвующих в работе команд: 


Ф аккумулятора; 

х* пары регистров; 

ьа указателя стека; 

хФ флагов или ячеек памяти. 


Большинство ошибок вызываются командами, которые дают не- 
предвиденные, неявные или косвенные результаты. 
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Ошибки при задании необходимых 
начальных условий для отдельных 
программ 

Большинство программ требует инициализации счетчиков, кос- 
венных адресов, регистров, флагов и ячеек для временного хранения. 


Микро-ЭВМ в целом требует инициализации всех общих ячеек в ОЗУ 
(особо отметим косвенные адреса и счетчики). 


Неправильная организация программы 
К типичным ошибкам относятся: 


Ф обход или повторение секций инициализации, 

Ф ошибочное изменение регистров с адресами или 
счетчиками; 

Ф* потеря промежуточных или окончательных результатов. 


Обычным источником ошибок, которые здесь не рассматривают- 
ся, является конфликт между программой пользователя и системными 
программами. 


Простым примером такого конфликта является попытка сохра- 
нять данные программы пользователя в ячейках памяти системной 
программы. В этом случае всякий раз, когда выполняется системная 
программа, изменяются данные, которые нужны для программы пользо- 
вателя. 


Более сложные источники конфликтов связаны с системой пре- 
рываний, портами ввода-вывода, стеком и флагами. 


Системные программы в конечном счете должны эксплуатировать 
те же самые ресурсы, что и программы пользователя. 


При этом обычно в системных программах предусматривается со- 
хранение и восстановление программной среды, в которой работают 
пользовательские программы, но это часто приводит к трудноуловимым 
или неожиданным последствиям. 
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Сделать такую операционную систему, которая была бы совер- 
шенно прозрачной для пользователя — это задача, сравнимая с выработ- 
кой правил и законов или сводов о налогах, которые не имели бы лазеек 
или побочных эффектов. 


Распознавание ошибок Ассемблером 


Большинство Ассемблеров немедленно распознает наиболее рас- 
пространенные ошибки, такие как: 


Ф Неопределенный код операции (обычно это неправильное 
написание или отсутствие двоеточия или метки); 


Ф Неопределенное имя (часто это неправильное написание 
или отсутствие определенного имени); 


Ф Неверный символ (например, 2 в двоичном числе или В в 
десятичном числе); 


Ф Неправильное значение (обычно это число, которое 
слишком велико для 8 или 16 разрядов); 


Ф Отсутствует операнд; 


Ф Двойное определение (одному и тому же имени 
присваиваются два различных значения); 


Ф Недопустимая метка (например, метка, предписанная 
псевдооперации, не допускающей метки); 


Ф Отсутствие метки (например, при псевдооперации ЕОТ, 
для которой требуется метка). 


Эти ошибки неприятны, но они легко исправимы. Единственная 
трудность возникает тогда, когда ошибка (такая, как отсутствие точки с 
запятой у строки с комментарием) приводит Ассемблер в «замешательст- 
во», результатом чего является ряд бессмысленных сообщений об ошиб- 
ках. 


Существует, однако, много простых ошибок, которые Ассемблер 
не может распознать. Программисту следует иметь в виду, что его про- 
грамма может содержать такие ошибки, даже если Ассемблер и не 
сообщил о них. 
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Типичны следующие примеры. 


Ф Пропущенные строки. 

Ф Пропущенные определения. 

Ф Ошибки в написании, когда запись сама по себе 
допустима. 

Ф Обозначение команд как комментариев. 

Ф Если в команде, которая работает с парой регистров, 


задается одинарный регистр. 


Ф Если вводится неправильная цифра, такая как Х в 
десятичном или шестнадцатеричном числе или 7 в 
двоичном числе. 


В Ассемблере могут распознаваться только такие ошибки, 
которые предусмотрел его разработчик. 


Программисты же часто способны делать ошибки, которые разра- 
ботчик не мог и вообразить, такие ошибки возможно найти при провер- 
ке программ вручную строчка за строчкой. 


Распространенные ошибки в драйверах 
ввода-вывода 
Так как большинство ошибок в драйверах ввода-вывода связано 


как с аппаратурным, так и с программным обеспечением, они трудно 
поддаются классификации. Приведем некоторые возможные случаи. 


Ф Смешивание портов ввода и вывода. 


Ф Попытка выполнить операции, которые физически 
невозможны. 


Упущенные из вида неявных эффектов аппаратуры. 
Чтение или запись без проверки состояния. 


Игнорирование различия между вводом и выводом. 


$++%+$ 


Ошибка при сохранении копии выводимых данных. 
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Ф 


Чтение данных до того, как они стабилизируются, или Во 
время их изменения. 


Отсутствие изменения полярности данных, которые 
передаются к устройству или от устройства, работающего с 
отрицательной логикой. 


Смешивание действительных портов ввода-вывода с 
внутренними регистрами интегральных схем ввода- 
вывода. 


Неправильное использование двунаправленных портов. 


Отсутствие очистки состояния после выполнения команды 
ввода-вывода. 


Распространенные ошибки в программах 
прерывания 


Многие ошибки, связанные с прерываниями, зависят как от аппа- 
ратного, так и программного обеспечения. Самыми распространенными 
ошибками являются следующие. 


Ф 
$ 
Ф 


Отсутствие разрешения прерываний. 
Отсутствие сохранения регистров. 


Сохранение или восстановление регистров в неправильном 
порядке. 


Разрешение прерываний до инициализации приоритетов и 
других параметров системы прерываний. 


Неучет того, что реакция на прерывание включает 
сохранение счетчика команд в вершине стека. 


Отсутствие запрещения прерываний во время 
многобайтных передач или выполнения 
последовательности команд, которая не должна 
прерываться. 


$Ф+Ф+%+›Ф Ф 


Ф 
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Отсутствие разрешения прерываний после 
последовательности команд, которая должна выполняться 
без прерываний. 


Отсутствие очистки сигнала, вызывающего прерывание. 
Ошибка в общении с основной программой. 
Отсутствие сохранения и восстановления приоритетов. 


Отсутствие разрешения прерываний от дополнительных 
аппаратурных входов, которое выполняется с помощью 
очистки разрядов масок в регистре [. 


Неправильное использование разрядов разрешения 
прерываний в командах ЗМ. 


Введение в макроассемблер 247 


Лекция 19. 
Введение в 
макроассемблер 


Состав пакета 


Пакет макроассемблера включает в себя основные программы, 
необходимые для создания, отладки и сопровождения программ на язы- 
ке Ассемблера. 


В состав пакета макроассемблера входят следующие программные 
компоненты: 


Ф МАЗМ — макроассемблер; 

ИМК — объектный линкер; 

ЗУМОЕВ — символьный отладчик программ; 
МАРЗУМ — генератор символьного файла; 
СВЕЕ — утилита перекрестных ссылок; 


ИВ — угилита обслуживания библиотек; 


$+Ф + 9Ф$+Ф 


МАКЕ — утилита сопровождения программ. 


Линкер ТАМК обрабатывает выработанную МАЗМ объектную 
программу с целью разрешения ссылок к другим модулям и приведения 
программы к виду, пригодному для загрузки в память. 


Утилита ШВ обеспечивает формирование и обслуживание библи- 
отек объектных модулей, которые могут быть использованы МК для 
разрешения внешних ссылок. 


248 Введение в макроассемблер 


Отладчик ЗУМПЕВ реализует отладку сформированной програм- 
мы на двух уровнях: на уровне символических имен и на уровне абсолют- 
ных адресов. 


Программа МАРЗУМ предназначена для создания символьного 
файла для ЗУМШЕВ. Символьный файл формируется на основе инфор- 
мации, полученной от МАЗМ, и необходим для символьной отладки. 


Утилита СВЕЕ может быть использована для формирования лис- 
тинга перекрестных ссылок программы, наличие которого облегчает от- 
ладку. 


При помощи утилиты МАКЕ процесс разработки программ может 
быть автоматизирован. В файле описаний МАКЕ могут быть заданы раз- 
личные алгоритмы вызовов и взаимодействия программ пакета (и не 
только Их). 


Кроме указанных программ, для создания ассемблерных исход- 
ных файлов необходим также редактор текстов, работающий в коде 
АЗ$СП без управляющего кода. Многие редакторы текстов, которые 
обычно используют управляющие коды или другие специальные форма- 
ты в документах, обеспечивают также программирование или недоку- 
ментированный режим для формирования АЗСП-файлов. 


Пакет макроассемблера работает в операционной системе М$- 
2О$ или РС-ОО$ версии 2.0 и выше и требует наличия минимум 128К 
памяти (использование команды ЗУМЮЕВ может потребовать дополни- 
тельной памяти). 


Общие сведения 


Макроассемблер МАЗМ ассемблирует программы на языке 
Ассемблера и создает переместимые объектные файлы, которые могут 
редактироваться и выполняться в операционной системе М$-2ОО$. 


Макроассемблер обеспечивает выполнение следующих функций: 


Ф Анализ исходного текста на языке Ассемблера на предмет 
наличия в нем макрокоманд и/или макроопределений и 
обработка этих конструкций с соответствующей 
коррекцией исходного текста. 
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Ф Синтаксический анализ полученного текста и вывод 
необходимой диагностической информации. 


Ф Формирование объектного модуля. 


Воспринимая в качестве входа один файл с исходным текстом, ма- 
кроассемблер может формировать до трех выходных файлов. 


Файл листинга содержит распечатку исходного текста в соответст- 
вии со специфицированными директивами Ассемблера режимами и ди- 
агностическими сообщениями о результатах синтаксического анализа. 
Эти же сообщения дублируются на консоли. 


Файл перекрестных ссылок содержит все используемые во вход- 
ном тексте идентификаторы. В дальнейшем он может быть использован 
утилитой СВЕЕ. 


В файле объектного кода формируется объектный модуль. Этот 
файл не формируется, если в тексте обнаружены ошибки. 


Запуск макроассемблера 


Ассемблирование исходного файла может производиться в двух 
режимах: 


Ф С использованием подсказок. 
Ф Посредством командной строки. 


Для запуска макроассемблера с использованием подсказок необ- 
ходимо ввести командную строку, содержащую только имя макроассем- 
блера МАЗМ со спецификацией подоглавления, если она требуется. 
МА$М перейдет в диалоговый режим и серией подсказок запросит у 
пользователя информацию о следующих файлах (ответ заключается в на- 
боре требуемых символов и нажатии клавиши ЕМТЕВ): 


1. Имя исходного файла. Если при ответе не указано расширение, 
предполагается АЗМ. 


2. Имя объектного файла. Если при ответе не указано расптирение, 
предполагается ОВ.. Базовое имя объектного файла по умолчанию сов- 
падает с базовым именем исходного файла. 
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3. Имя файла листинга. Если при ответе не указано расширение, 
предполагается ГЗТ. Базовое имя файла листинга по умолчанию МОГ. 


4. Имя файла перекрестных ссылок. Если при ответе не указано 
расширение, предполагается СВЕ. Базовое имя файла листинга по умол- 
чанию МОГ. 


В конце любого ответа после символов / или — могут быть заданы 
ОПЦИИ макроассемблера, которые описаны ниже. 


Если в каком-либо ответе специфицирован символ ; МАЗМ вый- 
дет из диалогового режима и установит оставшиеся имена по умолчанию 
из следующего списка: 


<имя исходного файла». ОВ 

МИГ. Е5Т 

МИГ. СВЕ 

В любом ответе также могут быть заданы ответы на несколько сле- 
дующих подсказок. В этом случае один ответ от другого отделяется запя- 
той. 

Для запуска МАЗМ посредством командной строки необходимо 
ввести командую строку следующего вида: 


МАЗМ <имя исходного файла>[, [<имя объектного файла>] 
[,[<имя файла листинга>][, [<имя файла перек. ссылок>]]]] 
[<опции> ][; ] 


Символ ; может быть специфицирован в любом месте командной 
строки до того, как были определены все файлы. 


В этом случае имена оставшихся неопределенными файлов при- 
нимаются по умолчанию из приведенного выше списка. 


Из этого же списка принимаются по умолчанию имена файлов, 
спецификация которых в командной строке опущена (посредством лиш- 
ней запятой). 


Если в командной строке обнаружена ошибка, об этом сообщает- 
ся через консоль, и МА$М переходит в диалоговый режим. 


Опции МАЗМ могут располагаться в любом месте командной 
строки. 


Следующие базовые имена выходных файлов МАЗМ имеют фик- 
сированный смысл (независимо от того, как запускается МАЗМ): 


Ф МОГ — соответствующий файл не формируется; 


Ф РЕМ — соответствующий файл направляется на печать. 
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Имя каждого файла может сопровождаться информацией о подо- 
главлении, содержащем этот файл, иначе поиск исходного файла или со- 
здание выходного файла будет осуществляться в текущем подоглавле- 
НИИ. 


Работа МАЗМ может быть в любой момент прекращена нажатием 
клавиш СТВТ-С. 


Опции МА$М 


Опции МА$М позволяют в некоторой степени управлять работой 
макроассемблера вне связи с исходной программой. 


Каждая опция обозначается предшествующим символом / или — 
и может кодироваться как строчными, так и заглавными буквами. 


Опции могут располагаться в любом месте командной строки или 
ответа на подсказку. 


Ниже приведен список опций МАЗМ с описанием выполняемых 
ими функций. 


Сегменты в объектном файле располагаются в алфавитном поряд- 


ке. При отсутствии опции расположение сегментов соответствует поряд- 
ку в исходном файле. 


/5 


Сегменты в объектном файле располагаются в порядке следова- 
ния в исходном файле. Эта опция введена для совместимости с ХЕМХ. 


/В<число> 


Установить размер буфера исходного файла (в килобайтах). Уве- 
личение размера буфера ускоряет ассемблирование, но требует больше 
памяти. 


Размер буфера может варьироваться от 1 до 63 (К). Если опция не 
задана, полагается 32 (32К). 
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/2 

Диагностические сообщения после 1-го прохода поместить в лис- 
тинг программы. Многие ошибки 1-го прохода исправляются на 2-м 
проходе, и, если не задано /), в листинг не попадают. Задание этой оп- 
ции дает более глубокую диагностику исходного текста. При специфика- 
ции /О ошибки как 1-го, так и 2-го проходов выдаются на консоль, даже 
если файл листинга не создается. 


/О<символ> 


Определить символ. Указанный символ вводится в исходный 
текст как пустая строка (аналогично использованию директивы ЕОП) и 
может быть использован в директивах условного ассемблирования. 


/Л<путь> 


Задание пути поиска файлов, подключаемых в исходный текст ди- 
рективой ПУСГОПЕ без явного указания пути. Указание пути в 
ПУСГОРЕ более приоритетно, чем в опции /Т. 


/МЕ 


Установить различие между строчными и заглавными буквами В 
метках, переменных и именах. При отсутствии этой опции строчные бук- 
вы автоматически преобразуются в заглавные. Опция может потребо- 
ваться для совместимости с программами на регистро-чувствительных 
языках. 


/МХ 


Установить различие между строчными и заглавными буквами в 
общих и внешних переменных. Опция подобна /МТ, но ее действие рас- 
пространяется лишь на имена, используемые в директивах РИВШС или 
ЕХТКМ. 


/МУ 


Преобразовать в общих и внешних именах строчные буквы в за- 
главные. Опция включена по умолчанию и введена для совместимости с 
ХЕМШХ. 


/М 


Запретить вывод в файл листинга таблиц, макроструктур, записей, 
сегментов и имен. На генерируемый код опция не влияет. 
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/Р 


Контроль запрещенного кода. Выполнение некоторых инструк- 
ций может привести к нежелательным последствиям (например, загруз- 
ка регистра СЗ). Кодирование таких инструкций может быть запрещено 
опцией /Р, наличие которой в таких случаях вызывает генерацию ошиб- 
ки с кодом 100. Директива .286р отменяет эту опцию и разрешает коди- 
рование запрещенных инструкций. 


/В 
Генерация кода для процессора с плавающей точкой. Генериру- 


ются коды инструкций арифметики с плавающей точкой, которые могут 
быть выполнены только при наличии сопроцессоров. 


/Е 


Генерация кода для эмуляции плавающей точки. 


Генерируется код, эмулирующий инструкции арифметики с пла- 
вающей точкой. Эта возможность используется при отсутствии указан- 
ных сопроцессоров. 


При использовании этого режима необходимо наличие специаль- 
ной библиотеки эмуляции, содержащей модули, моделирующие опера- 
ции с плавающей точкой. Эта библиотека эмуляции должна использо- 
ваться при обработке объектного модуля с помощью ММК. 


Включить в диагностику на консоль информацию о числе обрабо- 


танных строк и символов. При отсутствии этой опции на консоль выда- 
ется информация об ошибках и памяти. 


/Х 

Выводить в листинг тела блоков ГЕ (ТЕ, ЕЕ, ГЕ1, 1Е2, ТЕБЕЕ, ГЕМ- 
РЕЕБ, ГЕВ, ТЕМВ, 1ЕШМ и ТЕБОТЕ), для которых условия ассемблирова- 
ния оказываются ложными и код по этой причине не генерируется. Сле- 
дующие директивы Ассемблера влияют на действие опции /Х: 


Ф „.ЗЕСОМО подавляет печать «ложных» блоков; 
Ф ГЕСОМО — разрешает печать «ложных» блоков; 
Ф „ТЕСОМО — каждая обработка директивы меняет 


состояние опции на противоположное. 
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/2 


Выводить на консоль строки исходного файла, содержащие ошиб- 
ки. При отсутствии этой опции на консоль выдаются только сообщение 
об ошибке и номер строки. Кодирование опции замедляет работу макро- 
ассемблера. 


/С 

Создать файл перекрестных ссылок. Файл создается, даже если он 
подавлен командной строкой или ответом на подсказку. В последнем 
случае имя файла устанавливается по умолчанию (<имя исходного фай- 
ла>.СВЕ). Опция /С введена для совместимости с ХЕМХ. 


И 


Аналогично /С, но относится к файлу листинга (с учетом умалчи- 
ваемого имени файла). 


Л 


Подавить все сообщения, если в исходном тексте не встретится 
ошибок. 


ИМК: линкер модулей 


Объектный линкер предназначен для создания исполнительных 
файлов из объектных файлов, сформированных МАЗМ или компилято- 
рами С или РАЗСАГ. ПМК формирует переместимый исполнительный 
код, снабженный информацией перемещения, используя которую, М$- 
005$ сможет загрузить в память и исполнить соответствующую програм- 
му. ИМК может формировать программы, содержащие свыше 1Мб кода 
и данных. Воспринимая в качестве входа 2 файла, ПМК может формиро- 
вать 2 выходных файла. 





мя. [ТВ имя. МАР 

(библиотека) \ / (план) 
ЕТАК 

мя. ОВ / \ имя. ЕХЕ 


(объектный файл) (исполнительный файл) 
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Расширения имен файлов, показанные на схеме принимаются по 
умолчанию. 


Объектный файл содержит объектные модули программных сег- 
ментов, сформированные МАЗМ или компилятором языка высокого 
уровня. 


Библиотеки содержат наборы модулей, на которых могут ссылать- 
ся программные сегменты в объектном файле. Библиотечные файлы 
формируются при помощи утилиты ШВ. 


Основным результатом работы [ИМК является исполнительный 
файл, содержащий программу в виде, пригодном для загрузки в память и 
исполнения. 


Файл плана является необязательным и содержит, если он форми- 
руется, некоторую диагностическую и служебную информацию, которая 
затем при посредстве утилиты МАРЗУМ может быть использована в 
процессе отладки программы. 


Файл плана содержит имена, загрузочные адреса и длины всех сег- 
ментов программы. Кроме того, сюда входят имена и загрузочные адреса 
групп в программе, адрес точки входа, а также сообщения о возможных 
ошибках. 


Если задана опция /МАР, в файл включаются имена общих сим- 
волов и их загрузочные адреса. 


Если заданы опции /НТСН или /ОЗАЦОСАТЕ и объем програм- 
мы и данных в совокупности не превышает 64К, план может содержать 
символы с необычно большими адресами сегментов. Эти адреса отража- 
ют переменные, расположенные ниже действительного начала сегмента. 
Пример: 

ЕЕЕО :0А20 ТЕМР 

Адрес ТЕМР - 00:9201. 


Необходимо иметь ввиду, что, кроме двух выходных файлов, 
ЛМК может формировать временный файл с именем УМ.ТМР. Это про- 
исходит в том случае, когда линкеру не хватает оперативной памяти. Со- 
здание файла УМ.ТМР сопровождается сообщением на консоли и всегда 
осуществляется в текущем подоглавлении. В этом случае нельзя исполь- 
зовать опцию /РАОЪЗЕ и снимать дискету, если она находится на актив- 
ном драйве, до того, как ГМК не уничтожит файл УМ.ТМР. Не реко- 
мендуется создавать в текущем подоглавлении файл с таким именем, 
который в этом случае может быть испорчен. 
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Запуск ИМК 


Запуск ИМК может быть осуществлен тремя способами: 
Ф С использованием подсказок. 
Ф При помощи командной строки РОЗ. 
Ф С использованием файла ответа. 


Для запуска ИМК с использованием подсказок необходимо ввес- 
ти командную строку, содержащую только имя линкера МК со специ- 
фикацией подоглавления, если она требуется. [ИМК перейдет в диалого- 
вый режим и серией подсказок запросит у пользователя информацию о 
следующих файлах (ответ заключается в наборе требуемых символов и 
нажатии клавиши ЕМТЕК): 


1. Имя объектного файла. Если при ответе не указано расширение, 
предполагается ОВУ. Если нужно определить несколько файлов, их име- 
на разделяются символом +. Если все имена не помещаются на одной 
строке, ввод имен можно продолжить, поставив символ + в последнюю 
позицию текущей строки. В этом случае ГМК повторит запрос для вво- 
да дополнительных имен. 


2. Имя исполнительного файла. Если при ответе не указано расши- 
рение, предполагается ЕХЕ. Базовое имя исполнительного файла по 
умолчанию совпадает с базовым именем объектного файла. 


3. Имя файла плана модуля. Если при ответе не указано расшгире- 
ние, предполагается МАР. Базовое имя по умолчанию МОГ. 


4. Имя библиотеки. Если при ответе не указано расширение, пред- 
полагается МВ. Можно задавать несколько имен библиотек по аналогии 
с ОВ/-файлами. Если, не вводя имени, сразу нажать ЕМТЕК, библиотеки 
использоваться не будут. 


Если в каком-либо ответе специфицирован символ ; [ИМК выйдет 
из диалогового режима и установит оставшиеся имена по умолчанию из 
следующего списка: 


<имя объектного файла>. ЕХЕ 
МИГ. МАР 
Библиотеки не используются. 


В любом ответе также могут быть заданы ответы на несколько сле- 
дующих подсказок. В этом случае один ответ от другого отделяется запя- 
той. 


Для запуска ЕГПУК посредством командной строки, необходимо 
ввести командую строку следующего вида: 
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[ТАК <имя объектного файла>[, [<имя исполнительного файла>] 
[,[<имя файла плана>][, [<имя библиотеки>]]]] [<опции>][; ] 


Символ ; может быть специфицирован в любом месте командной 
строки до того, как были определены все файлы. В этом случае имена ос- 
тавшихся неопределенными файлов принимаются по умолчанию из 
приведенного выше списка. Из этого же списка принимаются по умол- 
чанию имена файлов, спецификация которых в командной строке опу- 
щена (посредством лишней запятой). Если в командной строке обнару- 
жена ошибка, об этом сообщается через консоль, и [МК переходит в 
диалоговый режим. 


Если специфицирована хотя бы одна из опций /МАР или /1АМЕ- 
МОМВЕКУ, файл плана создается независимо от того, указано ли его 
имя в командной строке. В этом случае, если его имя не специфицирова- 
но, оно принимается по умолчанию — <имя объектного файла>.МАР. 


При указании нескольких объектных файлов или библиотек их 
имена разделяются символами +. 


Если определены не все файлы (но не опущены посредством лиш- 
ней запятой, и не специфицирована установка оставшихся имен по 
умолчанию указанием символа ;), [ЛМК входит в диалоговый режим и 
запрашивает оставшиеся неопределенными имена через подсказки. 


Спецификации имен файлов и опции могут быть заранее занесе- 
ны в специальный файл ответа. Имя этого файла с предшествующим 
символом @ и указанием пути поиска, если он нужен, может быть поме- 
щено в любом месте ответа на подсказку или командной строки и трак- 
туется, как если бы содержимое файла ответа было непосредственно 
вставлено в это место. Следует, однако, помнить, что комбинация сим- 
ВОЛОВ 


САВВТАСЕ-КЕТОКМ / ММЕ-ЕЕЕО в файле ответа интерпретиру- 
ется как ЕМТЕЕВ в подсказке или запятая в командном файле. 


Общий вид файла ответа: 


<имя объектного файла> 

[<имя исполнительного файла>] 
[<имя файла плана>] 

[<имя библиотеки» ] 


Каждая группа файлов должна задаваться на отдельной строке, а 
файлы в группе, если их несколько, должны разделяться символом +. Ес- 
ли группа не помещается на одной строке, в последней позиции строки 
должен стоять признак продолжения — символ +. В любой строке файла 
ответа после символа / могут быть заданы опции Г ЛМК. 
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В файле ответа могут быть опущены компоненты, уже определен- 
ные ответами на подсказки или командной строкой. 


При обнаружении в файле ответа символа ; остаток файла игно- 
рируется, и оставшиеся неопределенными имена устанавливаются по 
умолчанию из приведенного выше списка. 


При использовании файла ответа его содержимое выдается на 
консоль в форме подсказок. Если определены не все имена, [ИМК пере- 
ходит в диалоговый режим. 


Если файл ответа не содержит комбинации символов 


САВВТАСЕ-ВЕТОВМ / ИМЕ-ЕЕЕО или символа ; [.ПМК выдает на 
консоль последнюю строку файла и ожидает нажатия ЕМТЕК. 


Имя каждого файла может сопровождаться информацией о подо- 
главлении, содержащем этот файл, иначе поиск исходного файла или со- 
здание выходного файла будет осуществляться в текущем подоглавле- 
НИИ. 


Работа [ПМК может быть в любой момент прекращена нажатием 
клавиш СТВТ-С. 


Опции ИМК 


Все опции МК обозначаются предшествующим символом / и 
могут быть сокращены произвольным образом, но так, чтобы код оста- 
вался уникальным среди опций. 


Ниже приведены описания всех опций ГМК (в скобках указаны 
минимальные сокращения): 


/НЕЕР (НЕ) 


Выдать список действующих опций. Эту опцию нельзя использо- 
вать вместе с именем файла. 


/РАЧ?ЗЕ (Р) 


Пауза перед записью модуля в ЕХЕ-файл (и после записи в МАР- 
файл, если это предусмотрено). Во время этой паузы можно при необхо- 
димости переставить дискеты. Если используется файл УМ.ТМР, он 
должен находиться на той же дискете, что и ЕХЕ-файл. 


/ЕХЕРАСК (Е) 


Установить компактную запись последовательностей одинаковых 
бит. Такой ЕХЕ-файл имеет меньший объем и быстрее загружается в па- 
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мять, но его нельзя отлаживать при помощи ЗУМОЕВ. Опция дает эф- 
фект, если программа содержит длинные потоки идентичных битов и 
требует большого числа (более 500) перемещений при загрузке. 


/МАР (М) 
Формировать МАР-файл. Файл формируется, даже если он не 


специфицирован при запуске ГМК, и имеет в этом случае умалчиваемое 
ИМЯ. 


/ЫЧМЕМУМВЕЕ$ (Ц) 


Зафиксировать в МАР-файле номера строк исходного файла. Эта 
информация может в дальнейшем использоваться МАРЗУМ и ЗУМШЕВ. 
Запись номеров строк будет производиться, если создается МАР-файл и 
объектный модуль содержит данные о строках исходного текста. Компи- 
ляторы ЕОКТКАМ и РАЗСАТ. (версии 3.0 и выше) и С (версии 2.0 и вы- 
ше) такие данные автоматически формируют; в МАЗМ это не предус 
мотрено. Если МАР-файл не специфицирован, его можно создать при- 
нудительно, указав описываемую опцию в подсказке на этот файл. 


/МОКСМОКЕСАЯ?Е (МО!) 


Установить различие между строчными и заглавными буквами. 
Различие может быть установлено также опциями /МГ и /МХ МАЗМ. 


/МОБЕРАУПИВКАКУ$ЕАВСН 


Игнорировать умалчиваемые (МОР) библиотеки, ссылки на кото- 
рые содержатся в объектном модуле (их туда помещают компиляторы 
языков высокого уровня). Используются только библиотеки, специфи- 
цированные при запуске ГМК. 


/ЗТАСК:<число> (9Т) 


Установить размер стека (в байтах). Информация о размере стека, 
содержащаяся в объектном модуле, игнорируется. Размер стека может 
быть задан в виде десятичного, 8-ричного (с предшествующим 0) или 16- 
ричного (с предшествующими 0 их на малом регистре) числа в пределах 
от 1 до 65535. Размер стека может быть изменен утилитой ЕХЕМОО. 


/СРАЮКМАХАЦОС:<число> 


Установить максимальное число (С) 16-байтных параграфов, не- 
обходимых при загрузке программы в память. Обычно МК устанавли- 
вает максимальное число параграфов — 65535. Указание этой опции поз- 
воляет более эффективно использовать память. Число параграфов может 
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быть задано в виде десятичного, 8-ричного (с предшествующим 0) или 
16-ричного (с предшествующими 0 их на малом регистре) числа в преде- 
лах от 1 до 65535. Если число параграфов недостаточно для размещения 
программы, МК наращивает его до минимально подходящего. Число 
параграфов может быть изменено утилитой ЕХЕМОП. Кроме размеще- 
ния программы, опция может понадобиться для команды ! ЗУМПЕВ. 


Установить адрес начала программы на наивысший возможный 
адрес свободной памяти. Без этой опции установка осуществляется на 
минимальный возможный адрес. 


/О$АЦОСАТЕ (О) 


Обработать группу с именем ОСВОТУР. Обычно [ЛМК присваива- 
ет младшему байту группы смещение 00001. При задании этой опции 
старшему байту группы с именем ОСВОТР присваивается смещение 
ЕЕЕЕК. В результате данные будут размещаться в областях программы с 
максимально большими адресами. Опция /О обычно применяется вмес- 
те с опцией /Н для более эффективного использования незанятой памя- 
ти до старта программы. Е П\УК предполагает, что все свободные байты в 
ОСВОТР занимают память непосредственно перед программой. Для 


использования группы необходимо загрузить в регистр сегмента адрес 
начала ОСВОТР. 


/МОСКОПРА$  ОСАПОМ 


Игнорировать группы (МОС) при присвоении адресов элементам 
данных и кода. Опция введена для совместимости с ранними версиями 
компиляторов ЕОКТВАМ и РА$САТ, (версии МСКОЗОЕТ 3.13 и ранее 
и [ВМ до 2.0). Не рекомендуется использовать эту опцию в других целях. 


/ОМЕВЕАММТЕКРУРТ:<число> 


Установить номер прерывания (О) при загрузке оверлейного мо- 
дуля. 


Указанное число замещает номер стандартного оверлейного пре- 
рывания (0321). Номер может быть задан в виде десятичного, 8-ричного 
(с предшествующим 0) или 16-ричного (с предшествующими 0 их на ма- 
лом регистре) числа в пределах от 0 до 255. МАЗМ не способствует созда- 
нию оверлейных программ. Поэтому только при помощи опции /О ас- 
семблерные модули могут быть включены в оверлейные программы на 
языках высокого уровня, компиляторы которых поддерживают оверлей. 
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Не рекомендуется устанавливать номер, совпадающий с каким-либо 
другим прерыванием. 


/5ЗЕСМЕНМТЗ$:<число> ($Е) 


Установить максимальное число сегментов, которое может обра- 
ботать ЛМК. Число может быть задано в десятичной, 8-ричной (с пред- 
шествующим 0) или 16-ричной (с предшествующими 0 их на малом ре- 
гистре) форме в пределах от 1 до 1024. При отсутствии спецификации 
опции полагается 128. Память выделяется с учетом этого максимального 
числа сегментов. 


/2О$$ЕС (ВО) 


Упорядочить сегменты в ЕХЕ-файле. При спецификации этой оп- 
ции сегменты располагаются в следующей последовательности: 


Ф сегменты с классом СОШЕ; 
Ф* другие сегменты, не входящие в группу ОСКОТР; 
Ф* сегменты, входящие в ОСВОТР. 


Особенности работы ИМК 


ИМК создает исполнительный файл путем конкатенации кода 
программы и сегментов данных, соответствующих корректным инструк- 
циям исходного текста. Эта сцепленная форма сегментов и является тем 
«исполнительным представлением», которое непосредственно копиру- 
ется в память при загрузке программы. 


Частично управлять редактированием программных сегментов 
можно заданием атрибутов в директиве ЗЕСМЕМТ или использованием 
директивы ОСВОТР для формирования группы сегментов. Эти дирек- 
тивы определяют целую группу ассоциаций, классов и типов выравнива- 
ния, атакже определяют порядок и относительные начальные адреса сег- 
ментов программы. Эта информация является дополнительной к той, 
которая задается опциями ИМК. 


Ф Выравнивание сегментов 


Для установки начального адреса сегмента ГМК использует зада- 
ваемый директивой ЗЕСМЕМТ тип выравнивания: ВУТЕ, УУОВО, РАКА 
или РАСЕ. Эти ключевые слова обеспечивают выравнивание начала сег- 
мента соответственно по границе байта, слова (2 байта), параграфа (16 
байтов) или страницы (256 байтов). По умолчанию используется тип 
РАВА. 
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Байты, пропускаемые из-за выравнивания, заполняются двоич- 
ными нулями. 


Ф Номер кадра 


Вычисляемый МК начальный адрес сегмента зависит от типа 
выравнивания сегмента и размеров уже скопированных в исполнитель- 
ный файл сегментов. 


Этот адрес состоит из смещения и канонического номера кадра. 
Канонический адрес кадра определяет адрес первого параграфа в памя- 
ти, содержащего один или более байтов сегмента. Номер кадра всегда 
кратен 16. Смещением является расстояние в байтах от начала параграфа 
до первого байта сегмента. 


Для типов РАСЕ и РАВА смещение всегда нулевое, а для типов 
ВУТЕ и УУОВО может быть ненулевым. 


Номер кадра может быть получен из МАР-файла. Его содержат 
первые 5 16-ричных цифр %“ап-адреса сегмента. 


Ф Последовательность сегментов 


ИМК копирует сегменты в исполнительный файл в той же после- 
довательности, в какой он их считывает из объектных файлов. 


Сегменты, имеющие идентичные имена классов, считаются при- 
надлежащими к одному типу классов и копируются в исполнительный 
файл как непрерывный блок. 


Ф Комбинированные сегменты 


Для определения того, будут ли два или более сегмента, имеющие 
одно и то же имя, соединены в один большой сегмент, ПМК использует 
комбинации типов сегментов. В языке Ассемблера имеются следующие 
типы комбинаций: РОВЫС, ЭТАСК, СОММОМ, МЕМОКУ, АТ и РВ]- 
УАТЕ. 


Если сегмент имеет тип комбинации РОВЫС, [ЛМ№К автоматиче- 
ски соединяет его с другими сегментами, имеющими то же имя и при- 
надлежащими к тому же классу. При соединении сегментов предполага- 
ется, что сегменты непрерывны и все адреса в сегментах доступны через 
смещение относительно адреса кадра. Результат получается таким же, 
как если бы полученный большой сегмент был определен в исходном 
файле сплошным куском. 


ИМК сохраняет тип выравнивания каждого сегмента. Это означа- 
ет, что, хотя сегменты и включены в один большой сегмент, код и данные 
сегментов сохраняют свои типы выравнивания. 
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Если размеры соединяемых сегментов превышают 64К, выдается 
сообщение об ошибке. 


Если сегмент имеет тип комбинации ЭТАСК, ЕЛМК выполняет ту 
же операцию, что и в случае РОВШС. Различие заключается в том, что 
для ЭТАСК-сегментов в исполнительный файл записывается начальное 
значение указателя стека, которое представляет собой смещение от кон- 
ца первого по порядку сегмента стека или комбинированного сегмента 
стека. В этом случае при использовании типа ЗТАСК для сегментов сте- 
ка программисту нет необходимости предусматривать в программе за- 
грузку регистра 35. 


Если сегмент имеет тип комбинации СОММОМ, 1ЛМ№К автомати- 
чески соединяет его с другими сегментами, имеющими то же имя и при- 
надлежащими к тому же классу. Однако, когда ГМК соединяет общие 
сегменты, начало каждого сегмента устанавливается на один адрес, в ре- 
зультате чего образуются серии перекрывающихся сегментов. В итоге 
получается один сегмент, который по длине не превышает самый длин- 
ный из комбинируемых сегментов. 


Сегменты с типом комбинации МЕМОКУ трактуется ГМК в точ- 
ности так же, как и РОВЫС-сегменты. МА$М обеспечивает тип МЕМ- 
ОКУ для совместимости с линкерами, выделяющие МЕМОКУ как осо- 
бый тип комбинации. 


Сегмент имеет тип комбинации РЕТУАТЕ втом случае, когда в ис- 
ходном файле нет точных указаний относительно его типа комбинации. 
ЛМК не объединяет РМУАТЕ-сегменты. 


Ф Группы 


Объединение нескольких сегментов в группу позволяет адресо- 
вать их относительно одного адреса кадра. При этом неважно, принадле- 
жат ли эти сегменты к одному классу. Когда ПМК обнаруживает группу, 
он соответствующим образом перестраивает все адресные ссылки в ней. 


Сегменты в группе не являются смежными, не принадлежат к од- 
ному классу и имеют разные типы комбинации. Но суммарный объем 
всех сегментов в группе не должен превышать 64К. 


Группы не влияют на порядок загрузки сегментов в память. Даже 
если используются имена классов и объектные файлы вводятся в соот- 
ветствующей последовательности, нет гарантии, что сегменты будут 
смежными. На практике МК может поместить не принадлежащий 
группе сегмент в те же 64К памяти. 
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Хотя в ЫМ№К и нет строгой проверки того, помещаются ли все сег- 
менты группы в 64К памяти, при обнаружении нарушения этого условия 
будет выдано сообщение о переполнении согласования. 


Ф* Согласования 


Когда в процессе работы ЛМК уже известны адреса всех сегмен- 
тов программы и организованы все комбинации сегментов и группы, 
линкер имеет возможность «согласовать» некоторые неразрешенные 
ссылки к меткам и переменным. Для этого ИМК вычисляет соответству- 
ющие адрес сегмента и смещение и замещает временные значения, сге- 
нерированные Ассемблером, на новые значения. 


В соответствии с типами ссылок МК реализует следующие типы 
согласований: 


Ф Короткие. 


Ф Внутренние относительно себя. 
Ф Внутренние относительно сегмента. 
Ф Длинные. 


Размер вычисляемого значения зависит от типа ссылки. Если 
ИМК обнаруживает ошибку в предсказанном размере ссылки, выдается 
сообщение о переполнении согласования. Это может произойти, напри- 
мер, когда программа пытается использовать 16-битовое смещение для 
доступа к инструкции в сегменте, имеющем другой адрес кадра. Это же 
сообщение может быть выдано, если все сегменты в группе не помеща- 
ются внутри блока памяти в 64К. 


Короткая ссылка имеет место в инструкции МР, передающей уп- 
равление на помеченную инструкцию в том же сегменте или группе, от- 
стоящую от МР не более, чем на 128 байтов. Для такой ссылки [ГМК 
вырабатывает 8-битовое число со знаком. Если инструкция, на которую 
передается управление, находится в другом сегменте или группе, то есть, 
имеет другой адрес кадра, или отстоит более, чем на 128 байтов в любом 
направлении, формируется сообщение об ошибке. 


Внутренняя относительно себя ссылка имеет место в инструкци- 
ях, адресующих данные относительно того же сегмента или группы. Для 
такой ссылки ММК формирует 16-битовое смещение. Если данные не 
принадлежат тому же сегменту или группе, выдается сообщение об 
ошибке. 


Внутренняя относительно сегмента ссылка имеет место в инст- 
рукциях, адресующих данные в определенном сегменте или группе или 
относительно указанного регистра сегмента. Для этой ссылки [ЛМК вы- 
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рабатывает 16-битовое смещение. Если это смещение внутри специфи- 
цированного кадра оказывается больше 64К или меньше 0 или если 
начало канонического кадра, содержащего требуемые данные, неадресу- 
емо, выдается сообщение об ошибке. 


Длинная ссылка имеет место в инструкциях САШ/, передающих 
управление в другой сегмент или группу. ГМК в этом случае вырабаты- 
вает 16-битовый адрес кадра и 16-битовое смещение. Если вычисленное 
смещение больше 64К или меньше 0 или если начало канонического ка- 
дра, в который передается управление, неадресуемо, формируется сооб- 
щение об ошибке. 


Ф Поиск библиотек 


Процедура поиска библиотеки, иногда требуемой для разрешения 
внешних ссылок, обладает некоторыми особенностями. Если путь поис- 
ка указан вместе с именем библиотеки в командной строке, поиск осу- 
ществляется только там. Если же путь явно не указан, поиск производит- 
ся в следующей последовательности: 


1. В текущем подоглавлении. 


2. Если в командной строке заданы один или несколько путей по- 
иска для других библиотек, [ЛМК просматривает их в порядке следова- 
ния в строке. 


3. На путях, определенных переменной ШВ команды ОЗ ЪЕТ. 
При помощи команды ЗЕТ могут быть заданы несколько путей поиска, 
разделяемых точкой с запятой. Вид команды ЗЕТ: 


ЗЕТ ЕТВ=<список путей> 


$УМОЕВ: символьный отладчик программ 

При помощи символьного отладчика ЗУМОЕВ могут быть выпол- 
нены следующие функции: 

Ф Просмотр и исполнение кода программы. 


Ф* Внесение в тело программы точек выхода, которые 
останавливают исполнение программы. 
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Ф Проверка и изменение в памяти значений переменных. 
Ф Ассемблирование и реассемблирование кода. 
Ф Отладка программ, использующих соглашения языков 


М!сгозой об эмуляции арифметики с плавающей точкой. 


Имеется возможность временного выхода в ООЗ с последующим 
возвратом в ЗУМПЕВ и сохранением его состояния. 


ЗУМПЕВ имеет несколько способов адресации данных и инструк- 
ций в памяти. К различным фрагментам программы можно получить до- 
ступ через адреса, глобальные символы или номера строк, что упрощает 
размещение и отладку специфических участков кода. 


Программы на языках С, РАЗСАГ, и ЕОКТКАМ могут быть отла- 
жены как на уровне исходных файлов, так и на уровне исполнительного 
кода. При этом пользователю доступны исходные предложения, реас- 
семблированный машинный код или их комбинация в зависимости от 
режима работы ЗУМПЕВ. 


Подготовка символьной отладки 


Сущность символьной отладки заключается в том, что в процессе 
отладки программы имеется возможность ссылаться на элементы исход- 
ной программы (очевидно, что для этого исходный файл должен быть до- 
ступен ЗУМОЕВ). 


ЗУМОЕВ является сильным отладочным средством даже без сво- 
их возможностей символьной отладки, однако, при этом в значительной 
степени теряется наглядность работы, что часто существенно усложняет 
отладку. С другой стороны, заметно упрощается процесс подготовки к 
отладке, особенно для программ на языке Ассемблера. 


Для символьной отладки при помощи ЗУМОЕВ необходимо 
предварительно сформировать специальный символьный файл, куда 
должна быть занесена информация, позволяющая «привязать» элементы 
исходной программы (переменные, метки, номера строк) к относитель- 
ным адресам внутри программных сегментов на уровне исполнительно- 
го кода. 


Необходимо помнить, что все имена, участвующие в символьной 
отладке, должны быть объявлены (средствами конкретного языка) как 
общие, то есть, должны быть доступными программе ГМК при согласо- 
вании внешних ссылок. 
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Исходная информация для символьной отладки 


Этапы формирования символьного файла существенно зависят от 
того, каким транслятором обрабатывалась исходная программа. Дело в 
том, что некоторые компиляторы не обеспечивают информацию о номе- 
рах строк исходного файла, и для такой программы допустима лишь ог- 
раниченная символьная отладка (без адресации по номерам строк). Кро- 
ме того, при работе с макроассемблерами имеется целый ряд 
характерных для языков типа Ассемблера особенностей, вносящих в 
процесс отладки определенную специфику. Сущность этой специфики 
станет понятной при ознакомлении с командами ЗУМПЕВ. 


По указанным причинам при работе с ЗУМШЕВ и особенно при 
подготовке символьной отладки следует всегда учитывать, каким компи- 
лятором обрабатывалась исходная программа. 


ЗУМШЕВ совместим со следующими компиляторами: 
МИСКОЗОЕТ ЕОВТВАМ версии 3.0 и выше 
МИСКВОБЗОЕТ РАЗСАТ версии 3.0 и выше 
МИСКВОЗОЕТ С версии 2.0 и выше 

МИСКОЗБЗОЕТ макроассемблер версии 1.0 и выше 
МСКВОЗОЕТ ВАЗ{С СОМРИЕВ версии 1.0 и выше 


МТСКОЗОЕТ ВОЗ1МЕ$$ ВАС СОМРПЕЕК версии 1.0 и 
выше 


ВМ РС ЕОКТКАМ версии 2.0 и выше 

ВМ РС РАЗСАГ версии 2.0 и выше 

ВМ РС макроассемблер версии 1.0 и выше 
ВМ РС ВАЗ {С СОМРШЕК версии 1.0 и выше 


Из них лишь следующие компиляторы поддерживают работу 
ЗУМШЕВ на уровне номеров строк исходного файла: 





$$$ +$9$99Ф+Ф 


Ф М!СКОЗОЕТ ЕОВТВАМ версии 3.0 и выше 
Ф МИСКВОБЗОЕТ РАЗСАТ версии 3.0 и выше 
Ф М!СКОЗОЕТ С версии 2.0 и выше 

Ф ВМ РС ЕОКТКАМ версии 2.0 и выше 

Ф ВМ РС РАЗСАГ версии 2.0 и выше 
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Конечной целью подготовки символьной отладки является созда- 
ние символьного файла. В общем случае это осуществляется путем обра- 
ботки исходной программы соответствующим компилятором и програм- 
мой МК и формирования на основе полученной информации 
собственно символьного файла при помощи программы МАРЗУМ. 


Для создания символьного файла при работе с макроассемблера- 
ми необходимо выполнить следующие шаги: 


1. Символы, которые будут использованы ЗУМПЕВ, объявить как 
общие. Среди этих символов могут быть имена процедур, переменных и 
меток. Имена сегментов и групп не могут быть объявлены общими, но 
они автоматически включаются [ПМК в МАР-файл и могут быть исполь- 
зованы при отладке. Пользователь может объявить фиктивные метки, 
которые в программе не используются, но могут пригодиться при расста- 
новке точек выхода. 


2. Ассемблировать исходный файл макроассемблером. 


3. Обработать полученный объектный файл программой [ЛМК с 
опцией /МАР и получить ЕХЕ- и МАР-файлы. 


4. Использовать МАРЗУМ для создания символьного файла. 


Для создания символьного файла при работе с другими совмести- 
мыми с ЗУМПЕВ компиляторами (кроме макроассемблеров) необходи- 
мо выполнить следующие шаги: 


1. Компилировать исходный файл. При этом для упрощения от- 
ладки желательно не использовать имеющиеся в компиляторе средства 
оптимизации. При необходимости (и возможности) следует обеспечить 
наличие в объектном файле информации о номерах строк исходной про- 
граммы. 


2. Полученный объектный файл обработать программой [ЛМК с 
опциями /МАР и, если нужно, /ИМЕМОМВЕЕ$ и получить ЕХЕ- и 
МАР-файлы. 


3. Использовать МАР$УМ для создания символьного файла. 
4. Запустить ЗУМПЕВ для символьной отладки. 


5. Использовать команду ЗУМПЕВ Со (С) для запуска тестируе- 
мой программы с первой процедуры или функции. Это обеспечивается 
специальной программой запуска из библиотеки программ данного язы- 
ка. Обычно пользователю не нужна трассировка этой программы, и он 
желает начинать отладку с момента начала работы своей программы. В 
С-программе первая выполняемая функция всегда называется _тат 
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(компилятор С добавляет символ _ к имени процедуры тат), в ЕОК- 
ТКАМ-программе — таш, в РАЗСАГ, — первая процедура в исходном 
файле). 


Формирование символьного файла при помощи 
МАР$УМ 


Программа МАРЗУМ предназначена для преобразования инфор- 
мации из МАР-файла, сформированного ГМК, в форму, понятную 
ЗУМРЕВ. Создаваемый символьный файл может содержать до 10000 
символов для каждого сегмента и столько сегментов, сколько допустимо 
с точки зрения машинной памяти. 


Запуск МАРЗУМ обеспечивается введением следующей команд- 
ной строки: 


МАРЗУМ [/Ё | -Е]<имя МАР-файла> 
Имя МАР-файла может содержать спецификацию пути поиска в 


структуре оглавления, если это необходимо. Если не указано расшире- 
ние имени, предполагается МАР. 


Задание единственной опции /1Т. (или -Г.) позволяет получить на 
экране дисплея информацию о преобразовании, куда входят имена опре- 
деленных в программе групп, адрес начала программы, число сегментов 
и число символов в каждом сегменте. 


Символьный файл имеет базовое имя, совпадающее с базовым 
именем МАР-файла, и расширение ЗУМ и всегда создается в текущем 
подоглавлении. 


Запуск $УМОЕВ 


Запуск ЗУМГЕВ обеспечивается введением следующей команд- 
ной строки: 


ЗУМОЕВ [<опции>][<символьные файлы>] [<исполнительный файл>] 

[<аргументы>] 

В некоторых случаях (например, при использовании оверлея или 
при работе с драйверами) может потребоваться несколько символьных 
файлов. Все они в командной строке должны быть специфицированы до 
имени исполнительного файла, так как имена, стоящие после имени ис- 
полнительного файла считаются аргументами. 


Исполнительным файлом может быть двоичный или ЕХЕ-файл, 
содержащий тестируемую программу. ЗУМПЕВ загружает этот файл в 
память. 
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Аргументы, если они указаны, передаются ЗУМПЕВ в заголовок 
тестируемой программы в точности, как они специфицированы, и могут 
быть использованы этой программой как параметры. 


Стартовав, ЗУМРЕВ выдает сообщение об этом и символ -, после 
которого можно вводить команды ЗУМРЕВ. 


Запуск $УМЬОЕВ для символьной отладки 


При использовании символьной отладки в командной строке за- 
пуска ЗУМРЕВ должен быть специфицирован символьный файл. 


При загрузке нескольких символьных файлов сразу будет открыт 
только один из них. Если один из специфицированных символьных фай- 
лов имеет базовое имя, совпадающее с базовым именем исполнительно- 
го файла, открывается именно он, иначе будет открыт первый из указан- 
ных символьных файлов. Во время сеанса ЗУМРЕВ для открытия 
конкретного файла может быть использована команда ХО. Так как одно- 
временно может быть открыт только один символьный файл, предыду- 
щий файл при выполнении команды ХО закрывается. 


Исполнительный файл может быть специфицирован при загрузке 
символов. Символы могут быть загружены без исполнительного файла 
(это может потребоваться для отладки резидентной программы). Если 
возникнет необходимость в загрузке исполнительного файла позже в те- 
кущем сеансе, могут быть использованы команды М или [. 


Не следует переименовывать символьные файлы, так как тогда 
при загрузке они будут иметь неверные адреса. 


Запуск $УМОЕВ только с исполнительным файлом 


Если пользователь не нуждается в символьном файле или не име- 
ет исходного файла программы, в командной строке запуска ЗУМОЕВ 
он может опустить имя символьного файла. 


ЗУМПЕВ будет загружать исполнительные файлы, имеющие рас- 
ширения имен ЕХЕ, ВТ\, НЕХ или СОМ. 


Всякий раз при загрузке исполнительного файла ЗУМПЕВ фор- 
мирует 256-байтный заголовок в сегменте памяти с наименьшим воз- 
можным адресом и копирует содержимое файла непосредственно после 
заголовка. ЗУМШЕВ помещает размер программы в байтах в пару регис- 
тров ВХ:СХ и устанавливает значения всех остальных регистров в соот- 
ветствии с содержимым файла. 
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Для ЕХЕ- и НЕХ-файлов заголовок при загрузке будет разорван на 
части. Поэтому размер программы в этом случае не соответствует разме- 
ру файла, как это имеет место для СОМ- и ВПУ\-файлов. 


Запуск $УМОЕВ без файлов 


Если в командной строке запуска не указаны имена файлов, 
ЗУМШЕВ создает заголовок программы, но ничего не загружает. Для 
продолжения работы пользователь может использовать команды ассемб- 
лирования (А), ввода (Е), установки имени (М) или загрузки (Т.). 


При запуске без файлов ЗУМПЕВ перед началом отладки очища- 
ет флаги, в регистр ГР загружает значение 01001, устанавливает регистры 
сегментов на «дно» свободной памяти и обнуляет остальные регистры. 


Опции $УМОЕвВ 


Опции ЗУМПЕВ обозначаются предшествующими символами / 
или - и могут кодироваться как заглавными, так и строчными буквами. В 
командной строке запуска ЗУМПЕВ они располагаются перед именем 
исполнительного файла. 


Имена файлов, содержащие символ -, во избежание путаницы 
должны быть изменены. 


Описание опций ЗУМПЕВ приведено ниже. 


ЛВМ (или |) 


Установить совместимость с ВМ. При работе на не ВМ-машине 
эта опция позволяет учитывать некоторые особенности аппаратуры ВМ 
(контроллер прерываний 8259, дисплей 1ВМ и другие особенности 
ВТО5). При работе на ВМ-машине эти особенности распознаются авто- 
матически. 


/К 


Разрешение интерактивного выхода по ключу. 


При задании этой опции клавиша ЭСКО -ГОСК (ВВЕАК) про- 
граммируется таким образом, что ее нажатие останавливает исполнение 
программы. Это может понадобиться, например, для выхода из беско- 
нечного цикла. 


Интерактивный ключ работает примерно также, как ключ преры- 
вания от аппаратуры, но менее надежно. В некоторых ситуациях (напри- 
мер, когда замаскированы прерывания) он не срабатывает. Если про- 
грамма ожидает ввода, предпочтительней использовать СТВГ-С, чем 
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ВКЕАК. В ВМ РСАТ втех же целях, но даже без опции /К, может быть 
использован ключ ЗУ5 ВЕО. 


/М 

Разрешение выхода по немаскируемому прерыванию. Для работы 
с немаскируемыми прерываниями вычислительная система должна 
иметь соответствующее аппаратное обеспечение. Опцию /М можно ис- 
пользовать со следующими продуктами: 


Ф специальная утилита отладки фирмы [ВМ 
Ф зонд математического обеспечения фирмы АТКОМ 


При использовании опции /М ЗУМПЕВ требуется аппаратура, по- 
ставляемая с этими продуктами. Дополнительного математического 
обеспечения не требуется. При использовании одного из этих продуктов 
в системе, отличной от [В М, для обеспечения выхода нужно использо- 
вать опцию /М. Но эту опцию нельзя кодировать при работе на ВМ РС. 
Использование системы выхода по немаскируемому прерыванию пред- 
почтительней интерактивного выхода по ключу, так как не зависит от со- 
стояний прерываний и других условий. 


/5 


Разрешение смены экрана. Эта опция позволяет разделить экра- 
ны: один для отладчика, другой — для отлаживаемой программы. Это 
удобно, например, при отладке графических программ, но требует до- 
полнительно 32К памяти. Опция /$ работает только на [ВМ-машинах и 
некоторых совместимых с ними компьютерах. При работе на совмести- 
мых компьютерах в этом случае должна быть специфицирована также и 
опция /1ВМ. Опция /$ не может быть использована с графикой, требую- 
щей более 32К памяти. 


/‘команды" 


Выполнить серию команд ЗУМРЕВ. Команды должны разделять- 
ся символом ; и выполняются после загрузки файлов, но перед их испол- 
нением. Этой опцией могут быть, например, заданы команды, выполня- 
емые в начале каждого сеанса ЗУМШЕВ. 


Команды $УМОЕВ 


При помощи команд ЗУМШРЕВ реализуется алгоритм отладки, а 
также обеспечивается выполнение основных функций ЗУМПЕВ. Ко- 
манды ЗУМПЕВ вводятся в диалоговом режиме после приглашающего 
символа -. Группа команд может быть выполнена до начала отладки. 
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Введенную команду ЗУМПШЕВ можно отменить нажатием клавиш 
СТЕТ-С или задержать нажатием клавиш СТВТ-5. Если отлаживаемая 
программа обратилась к вводу/выводу, этими клавишами можно отме- 
нить или задержать введенную команду @. Если программа не обрати- 
лась к вводу/выводу, остановить ее выполнение можно только соответст- 
вующими клавишами, если были заданы опции /К или /М. 


Некоторые команды имеют параметры, которыми могут быть чис- 
ла, символы или выражения. Параметры, если их несколько, разделяют- 
ся запятыми. Между именем команды и первым параметром пробела не 
требуется, исключая те случаи, где это оговорено особо. 


Ниже приведено описание способов кодирования различных ти- 
пов параметров в командах ЗУМПЕВ. 


1. Символы могут представлять регистр, абсолютное значение, ад- 
рес сегмента или смещение сегмента и состоят из одного или более сим- 
волов, включая _, ?, @ и $. Первым символом должна быть буква. Все 
символы должны быть определены в символьном файле. ЗУМПЕВ не 
чувствителен к смене регистра. При совпадении символов с именами ре- 
гистров последние имеют больший приоритет. 


2. Числа представляются в виде: 


Ф <число>У — двоичное 
Ф* <число>О — 8-ричное 
Ф <число>О — 8-ричное 
Ф <число>Т — десятичное 
Ф* <число>Н — 16-ричное 


Допустимо кодирование ключевых символов У, О, О, ТиН наре- 
гистре строчных букв. При распознавании чисел максимальный приори- 
тет имеют 16-ричные числа. 

3. Адреса представляются в виде: 

<сегмент> : <смещение> 


<Сегмент> и <смещение> могут быть числами (представимыми как 
16-разрядные), именами регистров или символами. Многие команды 
имеют умалчиваемые имена регистров (0$ или СЪ). 


4. В качестве смещения могут быть указаны границы: 


<начальный адрес> «конечный адрес> 


Если <конечный адрес> опущен, предполагается значение <на- 
чальный адрес>+128. 
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5. В качестве смещения может быть задан счетчик: 
<начальный адрес> 1 «число объектов> 


Размер объекта (байт, слово, инструкция) определяется использу- 
ющей эту конструкцию командой. 


6. Номер линии представляет собой комбинацию десятичных чи- 
сел, имен файлов и символов, определяющих уникальную линию исход- 
ного текста программы. Номер линии может быть задан в трех различных 
формах: 

.+<число> | - <число> 

.[<имя файла>: ]<число> 

.<символ>[+<число> | -<число>] 


Первая форма определяет смещение (в линиях) относительно те- 
кущей линии исходного текста. Вторая форма отображает абсолютный 
номер линии в файле с указанным именем. Если имя файла опущено, 
предполагается текущий файл, определяемый текущими значениями ре- 
гистров СЗ и ТФ. В третьей форме <символ> может быть инструкцией или 
меткой процедуры. Если задано <число>, оно является смещением (в ли- 
ниях) искомой линии относительно линии, идентифицированной ука- 
занным символом. 


7. Строки являются набором значений в коде АЗСП и могут быть 
заданы в двух форматах: 


\&'<символы> 
“<символы>” 


Если в строке присутствуют символы ' или ", их следует кодиро- 
вать дважды. 


8. Выражение представляет собой комбинацию параметров и опе- 
раторов, которая преобразуется в 8-, 16- или 32-битовое значение. Могут 
использоваться скобки. Унарные адресные операторы подразумевают 
регистр 0$ как умалчиваемую адресную базу (сегмент). 


Ниже приведены унарные операторы (в порядке убывания при- 
оритетов): 


Ф + 

7 р 

Ф МОТ — дополнение операнда до 1 

Ф ЗЕС — адрес сегмента операнда 

Ф ОЕЕ — смещение операнда 

Ф ВУ — младший байт из указанного адреса 
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Ф УО — младшее слово из указанного адреса 

Ф РУ’ — двойное слово из указанного адреса 

Ф РОТ — указатель из указанного адреса (как ОУ!) 
Ф РОВТ — 1 байт из указанного порта 

Ф УРОКТ — слово из указанного порта 


Ниже приведены бинарные операторы (в порядке убывания при- 
оритетов): 


уч * 
Ф / — деление нацело 

Ф МОР — тодищ$ 

Ф : — переключение сегмента 

х + 

+ ь 

Ф АМР — побитовое И 

Ф ХОЁК — побитовое исключающее ИЛИ 
Ф ОВ — побитовое И 


Команда ассемблирования 
Синтаксис: 


А[<адрес>] 


Команда ассемблирует мнемонические инструкции и помещает 
полученный код по указанному адресу. Если адрес не указан, он опреде- 
ляется содержимым регистров СЗ и ГР. 


При введении команды А выдается текущий адрес, и ЗУМРЕВ 
ожидает введения новых инструкций, которые могут кодироваться 
строчными или заглавными буквами или вперемешку. Инструкции ас- 
семблируются по одной. 


Ввод каждой инструкции отмечается нажатием клавиши ЕМТЕК. 
ЗУМОЕВ ассемблирует последнюю введенную инструкцию и выдает но- 
вый адрес. Конец ввода инструкций обозначается нажатием ЕМТЕК без 
ВВОДИМЫХ СИМВОЛОВ. 


Если введенная инструкция содержит ошибку, об этом выдается 
сообщение, и текущий адрес не изменяется. 
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При использовании команды А необходимо соблюдать следующие 
правила: 


1. Дальний возврат обеспечивается мнемоникой ВЕТЕ. 


2. Инструкции обработки строк должны явно указывать длину 
строки. Рекомендуется использовать МОУЗВ и МОУЗУ. 


3. ЗУМРЬЕВ автоматически ассемблирует короткие, внутренние и 
дальние скачки и вызовы в зависимости от местоположения целевого ад- 
реса. Это правило можно отменить кодированием префиксов МЕАК (до- 
пустимо сокращение МЕ) и ЕАК, например: 


УМР МЕАВ 502 
УМР РАВ 50А 


4. ЗУМПЕВ не может определить, ссылаются ли операнды на сло- 
во или на байт памяти. Поэтому тип данных должен быть явно указан 
префиксами У\ОВР (допустимо сокращение \О) РТВ или ВУТЕ (ВУ) 
РТК, например: 


МОУ МОВО РТВ [6р], 1 
МОУ ВУ РТВ [51-1], зутбо1 


5. ЗУМШЕВ не может определить, ссылается ли операнд на об- 
ласть памяти или это непосредственный операнд. По этой причине 
ссылка на область памяти должна быть заключена в одинарные квадрат- 
ные скобки. 


6. Для директив ОВ и БУ ассемблируются байт или слово непо- 
средственно в памяти. 


7. ЗУМШЕВ поддерживает все формы косвенно-регистровой адре- 
сации, например: 

АБО ох, 34[6р+21].[$1-1] 

рор [6р+91] 

ризй [91] 

8. Распознаются все синонимы кодов (для команд перехода). Ре- 


зультатом работы команды реассемблирования О являются также сино- 
НИМЫ. 


9. Не следует ассемблировать и исполнять инструкции процессо- 
ров, если система не обеспечена такими сопроцессорами. Например, ис- 
пользование в такой ситуации инструкции \УМТ может «повесить» сис- 
тему. 
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Точки выхода 


ЗУМШЕВ предоставляет пользователю возможность вставить в те- 
ло тестируемой программы набор точек выхода, достижение которых 
при исполнении кода, вызовет прекращение работы программы, выдачу 
на дисплей текущего состояния всех флагов и регистров в формате ко- 
манды В и возврат в ЗУМРЕВ. 


Ниже описаны команды манипуляции с точками выхода. 


1. Установка точки выхода. Синтаксис: 
ВР [<число> ]<адрес>[<счетчик пропусков>] [“<команды>” ] 


Точка выхода вставляется по указанному адресу. Точки выхода, 
вставляемые по команде ВР, в отличие от точек выхода, создаваемых ко- 
мандой С, остаются в теле программы (в памяти, разумеется) до тех пор, 
пока не будут удалены командой ВС. 


ЗУМШЕВ позволяет устанавливать до 10 точек выхода с номерами 
от 0 до9. Если специфицировано <число>, оно задает номер вставляемой 
точки, в противном случае подразумевается первая доступная точка. 


<Адрес> может определять начало некоторой реальной инструк- 
ЦИИ. 


<Счетчик пропусков> задает число «холостых» выполнений точки 
выхода, когда ее действие игнорируется, до первого ее срабатывания. 
Счетчик хранится как 16-битовое число. 


<Команды> ЗУМПЕВ будут выполняться при каждом срабатыва- 
нии точки выхода. Друг от друга они должны отделяться символом $. 

2. Изъятие точек выхода. Синтаксис: 

ВС <список> | * 

<Список> представляет собой последовательность целых чисел без 
знака в пределах от 0 до 9. Точки выхода с номерами из этого списка уда- 
ляются из программы. Если специфицировано *, удаляются все точки. 

3. Блокировка точек выхода. Синтаксис: 

ВБ <список> | * 

Команда выполняет функции, аналогичные функциям команды 
ВС, но точки не удаляются из программы, а временно блокируются до 
выполнения соответствующей команды ВЕ. 

4. Разблокировка точек выхода. Синтаксис: 

ВЕ <список> | * 

Команда ВЕ противоположна по функциям команде ВО. 


278 Введение в макроассемблер 


5. Выдача списка точек выхода. Синтаксис: 
ВЕ 


По этой команде выдается информация о текущем расположении 
созданных командой ВР точках выхода, включающая номер точки, ста- 
тус блокировки, адрес, число оставшихся пропусков, в скобках — исход- 
ное значение счетчика пропусков, а также номер линии исходного текс- 
та, если такие номера используются. 


Статус блокировки может принимать следующие значения: е для 
разблокированной точки, 4 для заблокированной точки или у для вирту- 
альной точки. Точка выхода считается виртуальной, если она была встав- 
лена в файл в то время, когда он еще не был загружен. 


Комментарии 
Синтаксис: 
*« <комментарий> 


Текст комментария выводится на дисплей. 


Команда сравнения 

Синтаксис: 

С <границы> <адрес> 

По этой команде байты памяти в указанных границах сравнивают- 
ся с соответствующими им байтами, начиная с указанного адреса. 


Если все байты совпадают, ЗУМОЕВ опять выдает свой пригла- 
шающий символ. В противном случае предварительно выдаются все па- 
ры несовпадающих байтов. 


Команда «выдать» 
Синтаксис: 
?<выражение> 


Значение специфицированного выражения вычисляется и выда- 
ется на консоль в различных форматах. Выдаваемая информация вклю- 
чает в себя полный адрес, 16-битовое 16-ричное значение, полное 32-би- 
товое 16-ричное значение, десятичное значение в скобках и значение 
строки в двойных кавычках. Символы строки представляются точками, 
если их значение меньше 32 (201) или больше 126 (7ЕП). 


Выражение может быть комбинацией чисел, символов, адресов и 
операторов. 
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Команды дампа 


Следующие команды ЗУМПШЕВ обеспечивают выдачу на консоль 
дампа оперативной памяти: 


1. Дамп памяти по адресу или в границах. Синтаксис: 
О [<адрес> | <границы>] 


Формат дампа определяется предыдущей введенной командой 
дампа. Если же это первая вводимая команда дампа, предполагается 
формат команды ОВ. 


Команда О выдает одну или более линий в зависимости от того, 
<адрес> или <границы> указаны. Выдается по меньшей мере одно значе- 
ние. Если специфицированы <границы>, выдаются все значения в них. 
Если операнд опущен, выдается содержимое памяти, начинающейся 
сразу после области, выданной предыдущей командой дампа. Если рань- 
ше дампирования не производилось, используется содержимое регистра 
ТР, аесли и этот регистр не был определен, используется содержимое ре- 
гистра ОЪ. 


2. Дамп памяти по адресу или в границах в коде АЗСП. Синтаксис: 

ОА [<адрес> | <границы>] 

Выдается одна или более линий в зависимости от того, <адрес> 
или <границы> указаны. Может быть выдано до 48 символов в линию. 


Символы, не имеющие аналогов в коде АЗСПИ, то есть, со значением, 
большим 7ЕВ или меньшим 201, обозначаются точками. 


Если специфицирован <адрес>, выдается содержимое памяти до 
ближайшего нулевого байта или 128 байтов. Если параметр опущен, вы- 
даются значения всех байтов, начиная с непосредственно следующего за 
выданным предыдущей командой дампа, до ближайшего нулевого или 
128 байтов. Если при задании границ использовано 1, выдается указан- 
ное число байтов. 


3. Дамп памяти по байтам. Синтаксис: 


ОВ [<адрес> | <границы>] 

Выдается комбинированный (16-ричный и символьный в коде 
А$СП) дамп памяти, начиная с указанного адреса или в указанных гра- 
ницах. Если указан <адрес> выдаются значения 128 байтов. 

4. Дамп памяти по словам. Синтаксис: 

0м [<адрес> | <границы>] 


Аналогично ОВ, но при указании адреса выдается содержимое 64 
слов памяти. 
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5. Дамп памяти по двойным словам. Синтаксис: 

00 [<адрес> | <границы>] 

Аналогично ОВ, но при указании адреса выдается содержимое 32 
двойных слов памяти. 

6. Дамп коротких десятичных чисел. Синтаксис: 

0$ [‹адрес> | <границы>] 


ыдается комбинированный (16-ричный и в форме коротких, 4- 
байтных десятичных чисел с плавающей точкой) дамп памяти, начиная с 
указанного адреса, или в указанных границах. 


Выдается одна или более линий в зависимости от того, <адрес> 
или <границы> указаны. 


Выдается по меньшей мере одно число. Если специфицированы 
границы, выдаются все числа в их пределах. 

7. Дамп длинных десятичных чисел. Синтаксис: 

0: [<адрес> | <границы>] 

Команда аналогична 05, но оперирует с длинными (8 байтов) де- 
сятичными числами. 

8. Дамп 10-байтных десятичных чисел. Синтаксис: 

ОТ [<‹адрес> | <границы>] 


Команда аналогична 05, но оперирует с 10-байтными десятичны- 
ми числами. 


Команды ввода с клавиатуры 

При помощи команд ввода с клавиатуры данные могут быть введе- 
ны непосредственно в память. 

1. Ввод значений. Синтаксис: 

Е <адрес> [<список>] 


Одно или более значений вводятся в память, начиная с указанно- 
го адреса. Размер значений устанавливается предыдущей командой вво- 
да с клавиатуры, а если ее не было, предполагается ЕВ. 


Если элемент списка задан некорректно, список игнорируется. 


Если список опущен, ЗУМШРЕВ запрашивает значения в диалого- 
вом режиме с указанием текущего адреса. Конец списка в этом случае 
обозначается нажатием клавиши ЕМТЕЕВ без указания значения. 
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2. Ввод байтов. Синтаксис: 

ЕВ <адрес> [<список>] 

Одно или более чисел, занимающих 1 байт, вводятся в память, на- 
чиная с указанного адреса. 


Если список опущен, ЗУМШРЕВ запрашивает значения в диалого- 
вом режиме с указанием текущего адреса. При этом имеется возмож- 
ность заменить или пропустить значение, вернуться к предыдущему зна- 
чению, выйти из команды. 


Для замены числа следует записать новое значение после теку- 
щего. 


Для пропуска числа необходимо нажать ЗРАСЕ. 


Для возврата к предыдущему числу следует ввести -. Для выхода из 
команды служит клавиша ЕМТЕК. 

3. Ввод байтов. Синтаксис: 

ЕА <адрес> [<список>] 

Аналогично ЕВ. 


4. Ввод слов. Синтаксис: 
ЕМ <адрес> [<значение>] 


Указанное значение в формате слова вводится в память по указан- 
ному адресу. После ввода ЗУМПЕВ запрашивает значение следующих 4 
байтов. Конец ввода обозначается нажатием клавиши ЕМТЕК без указа- 
ния значения. 


5. Ввод двойных слов. Синтаксис: 
ЕО <адрес> [<значение>] 


Указанное значение в формате двойного слова вводится в память 
по указанному адресу. Двойное слово кодируется как пара слов, разде- 
ленных символом :. После ввода ЗУМОЕВ запрашивает значение следу- 
ющих 8 байтов. Конец ввода обозначается нажатием клавиши ЕМТЕК без 
указания значения. 


6. Ввод коротких десятичных чисел. Синтаксис: 


Еб <адрес> [<значение>] 


Указанное значение в формате короткого (4 байта) десятичного 
числа с плавающей точкой вводится в память по указанному адресу. По- 
сле ввода ЗУМПЕВ запрашивает значение следующих 4 байтов. Конец 
ввода обозначается нажатием клавиши ЕМТЕК без указания значения. 
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7. Ввод длинных десятичных чисел. Синтаксис: 
ЕЁ <адрес> [<значение>] 


Команда аналогична ЕЗ, но оперирует с длинными (8 байтов) де- 
сятичными числами, которые представляются парой чисел, разделенных 
СИМВОЛОМ :. 


8. Ввод 10-байтных десятичных чисел. Синтаксис: 
ЕТ <адрес> [<значение>] 


Команда аналогична ЕТ, но оперирует с 10-байтными десятичны- 
ми числами. 


Просмотр символьного плана 
Синтаксис: 


х [+] 

Х? [<имя плана>! [<имя сегмента>: ][<символ>] 

ЗУМОЕВ создает символьный план для каждого символьного 
файла, специфицированного в командной строке запуска ЗУМОЕВ. 


Форма команды Х обеспечивает выдачу имен и загрузочных адре- 
сов сегментов и символов текущего символьного плана. Если специфи- 
цировано *, выдаются имена и адреса всех загруженных вданный момент 
символьных планов. 


Форма команды Х? обеспечивает выдачу одного или более симво- 
лов в символьном плане. Если указано имя символьного плана, выдается 
информация об этом плане (<имя символьного плана> должно представ- 
лять имя соответствующего файла без расширения). Если задано имя 
сегмента, выдаются имя и загрузочный адрес этого сегмента. Если спе- 
цифицирован символ, выдаются адрес сегмента и смещение этого 
символа. Для того, чтобы получить информацию о нескольких символах 
или сегментах, следует задавать частичные имена с использованием сим- 
вола *. 


Команда «наполнения» 
Синтаксис: 
Е <границы> <список> 


Память в указанных границах «наполняется» значениями из ука- 
занного списка. Если границы определяют больше памяти, чем может 
занять список, список начинает обрабатываться сначала. Если же длин- 
нее список, его не помещающийся в границы остаток игнорируется. 


Введение в макроассемблер 283 


Команда Со 
Синтаксис: 
@ [=<адрес начала программы>][<адреса точек выхода>] 


По команде С управление передается программе по указанному 
адресу начала. Выполнение продолжается до конца программы или до 
достижения точек выхода, если они указаны. Программа останавливает- 
ся также на точках выхода, внесенных командой ВР. 


Если адрес начала программы опущен, управление передается по 
адресу, определяемому содержимым регистров СЗ и ТР. 


Для передачи управления программе используется инструкция 
ТВЕТ. При этом ЗУМПЕВ соответствующим образом устанавливает ука- 
затель стека пользователя и заносит в этот стек флаги и регистры С®$ и ТР. 
Следует иметь в виду, что если стек пользователя не содержит хотя бы 6 
байтов доступной памяти, выполнение команды С может «повесить» си- 
стему. 


Все значения без предшествующего = (знак равенства) рассматри- 
ваются как адреса точек выхода. Допустимо задание до 10 точек выхода. 
Их адреса должны указывать на начало инструкции. 


Для создания точки выхода ЗУМПШЕВ по каждому специфициро- 
ванному адресу помещает инструкцию МТ с кодом прерывания 204 
(ОССВ). При выходе из программы в одной из этих точек все внесенные 
инструкции МТ удаляются из программы. Однако, если выполнение 
продолжается до конца программы или будет прекращено каким-либо 
другим образом, ЗУМПЕВ не удаляет внесенные им инструкции. В этом 
случае до следующего запуска нужно перезагрузить программу при по- 
мощи команд Ми ([. 


Когда выполнение программы достигает точки выхода, ЗУМРЕВ 
выдает на дисплей текущее содержимое всех регистров и флагов в фор- 
мате команды К, а также следующую инструкцию. Выполнение програм- 
мы прекращается. 


Если выполнение достигло логического конца программы, 
ЗУМОЕВ выдает сообщение Ргортат фегттае8 погтаПу, и на экран вы- 
дается текущее содержимое регистров и флагов. 


Справка о командах $УМОЕВ 
Синтаксис: 
2 


На дисплей выдается список команд ЗУМПЕВ. 
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НЕХ-команда 
Синтаксис: 
Н «значение 1> <значение 2> 


Выполняются операции «значение 1>-<значение 2> и <значение 
1>-<«значение 2>, и результаты выдаются на экран в виде 16-ричных 
чисел. 


Команда ввода из порта 
Синтаксис: 
Т <номер порта> 


Из порта с указанным номером (представимым 16-битным чис- 
лом) считывается и выдается на экран 1 байт данных. 


Команда загрузки файла 
Синтаксис: 
Е [<адрес> [<драйв> <запись> <счетчик>]] 


Команда Г, обеспечивает считывание файла с диска и запись его в 
память. 


Если опущены все параметры команды, загружается файл с име- 
нем, ранее определенным командой М или заданным аргументом при за- 
пуске ЗУМОЕВ. Если имя не было определено, ЗУМРЕВ считывает его 
из области памяти по адресу 05:5С. Эта область представляет собой уп- 
равляющий блок, содержащий имя определенного по команде М файла 
или аргумент запуска. 


Пара регистров ВХ:СХ должна содержать число загружаемых 
байтов. 


В памяти файл размещается, начиная с указанного адреса или, ес- 
ли он опущен, с адреса СЪ:100. 


Если специфицированы все 4 параметра команды Г, в память по 
указанному адресу загружается определяемое счетчиком количество ло- 
гических записей, расположенных на указанном драйве. <Запись> опре- 
деляет первую считываемую запись и может представляться 16-ричным 
числом, содержащим от 1 до 4 16-ричных цифр. <Счетчик> представля- 
ется аналогично. <Драйв> может быть задан числом 0, 1, 2 или 3, опреде- 
ляющим логический адрес драйва А, В, С или О соответственно. 


Если имя файла имеет расширение ЕХЕ, его длина и адрес загруз- 
ки берется из заголовка файла, а параметры <адрес> и <счетчик> коман- 
ды Г, если они указаны, игнорируются. 
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Если имя файла имеет расширение НЕХ, адрес загрузки определя- 
ется суммой указанного в заголовке файла адреса и параметра <адрес> 
команды [, или, если этот параметр опущен, только адресом загрузки из 
заголовка. 


Команда перемещения 
Синтаксис: 
М <границы> <адрес> 


Блок памяти в указанных границах перемещается по заданному 
адресу. 


Перемещение произойдет нормально, Даже если исходный И при- 
нимающий блоки перекрываются. Принимающий блок всегда является 
точной копией исходного. При перекрытии содержимое исходного бло- 
ка может измениться. 


Для предотвращения потери данных команда М побайтно копи- 
рует данные, начиная со старших адресов исходного блока, если адрес 
его начала меньше адреса начала принимающего блока. В противном 
случае копирование производится, начиная с младших адресов исходно- 
го блока. 


Команда установки имени 
Синтаксис: 


№ [<имя файла>] [<аргументы>] 


Устанавливается имя файла для последующего выполнения ко- 
манд ГиУ или аргументы для последующего исполнения программы. 


Аргументы, если они заданы, копируются, включая пробелы, в об- 
ласть памяти по адресу 05:81. Длина поля параметров запоминается в 
байте памяти по адресу ОЪ:80. 


Если первые два аргумента являются именами файлов, по адресам 
05:5С и 05:6С создаются блоки управления файлами (ЕСВ), куда по со- 
ответствующим форматам и копируются имена. 


Команда М трактует «имя файла> как тоже аргумент, записывая 
его в память по адресу 05:81 и создавая ЕСВ по адресу 05:5С. Поэтому 
необходимо помнить, что установка нового значения имени файла изме- 
няет предыдущие аргументы программы. 
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Команда открытия символьного плана 

Синтаксис: 

ХО [<имя плана>! ][<имя сегмента>] 

Команда ХО устанавливает активным символьный план и/или 
сегмент. 


Имя символьного плана, если оно указано, должно быть именем 
(без расширения) специфицированного при запуске ЗУМРЕВ символь- 
ного файла. 


Имя сегмента, если оно указано, должно быть именем сегмента в 
специфицированном символьном плане. Все сегменты в открытом пла- 
не доступны, но открывается первый сегмент. 


Команда вывода в порт 
Синтаксис: 
О <номер порта> <1-байтовое 16-ричное значение> 


Указанное значение направляется в порт с данным номером. Но- 
мер порта должен быть представим 16-битовым значением. 


Р-трассировка 

Синтаксис: 

Р [=<адрес>] [<счетчик>] 

Команда Р выполняет задаваемую адресом инструкцию и затем 


выдает на дисплей в формате команды В текущее содержимое всех реги- 
стров и флагов. 


Если <адрес> опущен, выполняется инструкция по адресу, опре- 
деляемому регистрами СЗ и ГР. 


Счетчик, если он присутствует, задает число инструкций, которые 
будут выполнены до останова. Выдача регистров и флагов при этом будет 
осуществляться после выполнения каждой инструкции до начала выпол- 
нения следующей. 


Р-трассировка подобна Т-трассировке с той лишь разницей, что 
Р-трассировка прекращается после вызова процедуры или прерывания в 
то время, как Т-трассировка отслеживает и такие ситуации. 


Формат и объем выдаваемой информации существенно зависит от 
режима, установленного командой 5. 


Введение в макроассемблер 287 


Команда выхода из $УМОЕВ 


Синтаксис: 
0 
По этой команде ЗУМПЕВ заканчивает свою работу. 


Команды переназначения ввода/вывода 
Синтаксис: 


<<имя устройства> 
> <имя устройства> 
=<имя устройства> 
<имя устройства» 
<имя устройства» 
^<имя устройства> 


Команды переназначения блокируют последующие операции 
ввода/вывода и направляют их на работу с указанным устройством. Это 
может понадобиться, например, когда отлаживаемая программа выводит 
графическую информацию на консоль, используемую и ЗУМРЕВ. 


Команда > переключает весь последующий вывод ЗУМПЕВ, а 
команда < — весь последующий ввод ЗУМПЕВ на указанное устройство. 
Команда = включает в себя обе эти функции. 


Команда переключает весь последующий ввод отлаживаемой про- 
граммы, а команда - весь последующий вывод отлаживаемой программы 
на указанное устройство. Команда - включает в себя обе эти функции. 


В качестве имени устройства может быть указано принятое в РО$ 
имя устройства или имя файла. 


Если в качестве имени устройства задано СОМ1 или СОМ2, это 
накладывает дополнительные ограничения на конфигурацию системы. В 


частности, в этом случае становятся недоступными и игнорируются ком- 
бинации клавиш СТВГ-С и СТВГ-Ъ. 


Выдача регистров 
Синтаксис: 
В [<имя регистра [=]<значение>]] 


Команда В выдает на дисплей содержимое регистров процессора и 
позволяет загружать их требуемыми значениями. 


Если имя регистра опущено, выдаются все регистры и флаги. 
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Кроме того, выдается инструкция, на которую указывают регист- 
ры С$ и ТР, и может быть сделана попытка выполнить ее. При этом 
ЗУМРЕВ вычисляет операнды инструкции. Если инструкцией является 
вызов ОО$, будет показан номер функции. Если регистры СЗ и ТР уста- 
новлены не на инструкцию, а на позицию в памяти, будет выдан адресу- 
ющий ее символ. 


Если указано имя регистра, ЗУМОЕВ выдает его содержимое и за- 
праптивает новое значение (ответ заключается в наборе требуемых сим- 
волов и нажатии клавиши ЕМТЕК). Если заданы и имя регистра, и значе- 
ние, производится загрузка регистра. 


Могут быть указаны следующие имена регистров: АХ, ВХ, СХ, ОХ, 
ЗР, ВР, УТ, ОТ, С$, 05, 55, ЕЗ, ТР, РС (ТР) иЕ (флаги). 


Установка значений флагов осуществляется следующим образом. 
При спецификации Е в команде В состояние каждого флага выдается в 
виде двухсимвольного кода. Список значений заканчивается символом - 
‚ после которого можно в этом же коде в любой последовательности вве- 
сти новые значения выбранных флагов. Значения остальных флагов не 
изменятся. Каждый флаг в одном списке может быть специфицирован 
только один раз. Конец списка обозначается нажатием клавиши ЕМТЕК. 


Коды значений флагов 














Флаг 1 0 
Переполнение 0\ \ 
Направление ОМ ИР 
(уменьшение) (увеличение) 
Прерывания ЕТ (запрет) ОТ (разрешение) 
Знак № (минус) РЕ (плюс) 
Нуль 28 2 
Вспомогательный 
перенос АС А 
Паритет РЕ РО 
(четность) (нечетность) 
Перенос СУ С 


Флаги модифицируются последовательно по одному. Поэтому 
при ошибочном кодировании возникнет ситуация, когда часть флагов 
(до ошибочного символа) изменила свои значения, а часть, начиная с 
ошибочного символа, — нет. 


Формат и объем выдаваемой информации существенно зависит от 
режима, установленного командой 5. 
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Смена экрана 
Синтаксис: 


\ 


Эта команда позволяет переключиться с экрана отладки на экран 
отлаживаемой программы, что бывает нужно, когда программа, напри- 
мер, выводит на экран графическую информацию. 


Возврат на экран ЗУМРЕВ осуществляется нажатием любой кла- 
Виши. 


При работе на ВМ-машине для использования команды смены 
экрана необходимо задание опции ЗУМПЕВ /5. При работе на машине, 
совместимой с ВМ, необходимо также задать опцию /Т. 


Команда поиска 
Синтаксис: 
5 <границы> <список> 


В области памяти с указанными границами осуществляется поиск 
заданных в списке 1-байтных значений с индикацией на экране резуль- 
татов поиска. Элементы списка должны разделяться запятыми. 


Команда установки режима индикации 

Синтаксис: 

5- |+|& 

Команда 5 устанавливает режим выдачи на дисплей, которому 
ЗУМЕВ будет в дальнейшем придерживаться. 


По команде 8+ ЗУМПЕВ будет выдавать на экран информацию в 
терминах линий исходного текста программы. Команда Э- устанавлива- 
ет режим выдачи реассемблированного кода программы. Команда 8& 
обеспечивает обе эти функции. Первоначальным умалчиваемым режи- 
мом является 5&. 


Команда $ имеет смысл лишь при работе с программами на языке 
высокого уровня. Для ассемблерных программ автоматически устанав- 
ливается режим 5-. 


Если символьный план не открыт или не содержит информацию о 
линиях исходной программы, ЗУМОЕВ игнорирует все последующие за- 
просы на выдачу исходных линий. В режиме 5& ЗУМПЕВ выдает исход- 


ную линию, содержащую инструкцию, на которую указывает пара реги- 
стров СЗ и ТР. 
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Команда $ оказывает влияние на работу последующих команд ре- 
ассемблирования ЦП. 


Команда 5 влияет также на работу команд В, Ти Р. В режиме 5+ 
эти команды выдают за раз одну исходную линию, которая может соот- 
ветствовать нескольким реассемблированным инструкциям. В режиме 
З- выдается только реассемблированный код. В режиме 3& выдаются ре- 
ассемблированный код и номера линий. 


Исходные линии выдаются в виде: 
<номер линии>: «исходный текст> 


Исходные линии при выдаче предшествуют реассемблированным 
инструкциям. 


Всякий раз, когда ЗУМРЕВ первый раз обращается к исходному 
тексту, он ищет в текущем подоглавлении файл с тем же базовым име- 
нем, что и соответствующий символьный файл. При неудачном поиске 
ЗУМРЕВ выдает на консоль запрос об имени исходного файла. Если в 
ответ на него нажать клавишу ЕМТЕК, не указав имени, ЗУМОЕВ пода- 
вит выдачу исходных линий, вместо которых тогда будут выдаваться имя 
плана и номер линии. Эту процедуру нужно производить при работе с 
программами, сформированными ранними версиями (до 3.31) компиля- 
торов ЕОКТВАМ и РАЗСАГ. 


Временный выход в ОО$ 
Синтаксис: 
! [<команда 005>] 


Команда ! позволяет выполнить СОММАМО.СОМ и команды 
М5-005 вне ЗУМРЕВ. СОММАМО.СОМ выполняется без аргументов 
с сохранением контекста отладки. Для возврата в ЗУМРЕВ служит 
команда М5-2ОО5 ЕХИТ.. 


Если в команде ! задана команда ОО$, производится выполнение 
этой команды и автоматический возврат в ЗУМОЕВ. 


Использование команды ! требует дополнительной памяти. Для 
более экономного использования памяти рекомендуется предусматри- 
вать в ассемблерных программах вызов РОЗ с функцией 4А1, который 
освободит неиспользуемую память. Тот же эффект дает опция МК 
/СРАВМАХАГЛТОС. Программы на языке С, обработанные компилято- 
ром МСКОЗОЕТ С версии 3.0 и выше, освобождают ненужную память 
автоматически, если была выполнена процедура _тат. ЗУМГЕВ также 
освобождает неиспользуемую им память. 


Введение в макроассемблер 291 


В команде ! не может быть использован ограничитель ;, так как 
весь текст после ! передается в СОММАМО.СОМ и будет интерпретиро- 
ваться как командная строка ОО. 


Для размещения копии СОММАМО.СОМ ЗУМПЕВ использует 
переменную СОМЗРЕС команды РО$ ЗЕТ. 


Команда выдачи кода ИСХОДНОЙ ЛИНИИ 
Синтаксис: 


По этой команде выдается код исходной линии невзирая на ре- 
жим, установленный командой Ъ. 


Команда не может быть использована при работе с ассемблерны- 
ми программами. 


Команда трассировки стека 
Синтаксис: 
К [<число>] 


Эта команда позволяет увидеть текущий кадр стека. Первая стро- 
ка трассы содержит имя текущей процедуры, ее аргументы, имя файла и 
номер линии, вызвавшей процедуру. Следующая строка описывает вы- 
звавшую процедуру. Если число аргументов процедуры переменно или 
неизвестно, ЗУМПЕВ использует специфицированное в команде К чис- 
ло, которое задает число слов параметров. 


Команда К работает только при соблюдении стандартных согла- 
шений о связях, в противном случае она игнорируется. 


Команда установки символа 
Синтаксис: 
7 <«символ> <значение> 


В результате выполнения команды 7 указанный СИМВОЛ будет свя- 
зан со специфицированным значением адресом. 


Т-трассировка 
Синтаксис: 
Т [=<адрес начала>] [<счетчик>] 


Команда Т выполняет задаваемую адресом инструкцию и затем 
выдает на дисплей в формате команды К текущее содержимое всех реги- 
стров и флагов. 
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Если <адрес> опущен, выполняется инструкция по адресу, опре- 
деляемому регистрами СЗ и ГР. 


Счетчик, если он присутствует, задает число инструкций, которые 
будут выполнены до останова. Выдача регистров и флагов при этом будет 
осуществляться после выполнения каждой инструкции до начала выпол- 
нения следующей. 


В отличие от Р-трассировки Т-трассировка не прекращается при 
вызове процедуры или прерывании. Исключение составляет лишь пре- 
рывание с номером 21 (функция ОО5). 


Трассировка будет идти лучше, если не использовались средства 
оптимизации данного языка. 


С помощью команды Т можно трассировать инструкцию в КОМ 
(теад-ошу тетоту). 


Формат и объем выдаваемой информации существенно зависит от 
режима, установленного командой 5. 


Команда реассемблирования 
Синтаксис: 


Ц [<границы>] 


По команде О на дисплей выдаются реассемблированные инст- 
рукции и/или предложения исходной программы. Формат вывода зави- 
сит от режима, установленного командой Ъ, и от языка, на котором была 
написана программа. Если отлаживаемая программа была обработана 
МА$ЗМ или несовместимым с ЗУМРЕВ компилятором, принудительно 
устанавливается режим Ъ-. В режимах 5- и 3& при работе с программа- 
ми, выработанными совместимыми с ЗУМРЕВ компиляторами, по ко- 
манде И выдаются линии исходного текста и реассемблированные инст- 
рукции (одна исходная линия для каждой соответствующей группы 
предложений Ассемблера). Исходные линии считываются из исходного 
файла. Инструкции для реассемблирования берутся из блока памяти в 
указанных в команде границах. 


В отличие от команд Ти Р, для команды О режимы 3+ и 5& совпа- 
дают. Для обоих режимов (исходного и смешанного) ЗУМПЕВ требует, 
чтобы вместе с программой был загружен и символьный план, содержа- 
щий информацию о номерах строк исходной программы. При отсутст- 
вии этой информации исходные линии не выдаются. 


Если <границы> опущены, обрабатываются первые 8 линий кода 
по текущему адресу реассемблирования. Текущим адресом реассембли- 
рования является адрес первого байта (линии) после последнего байта 
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(линии), выданного предыдущей командой 0. Защищенные инструкции 
процессора 80286 не могут быть реассемблированы. 


Команда выдачи ИСХОДНОЙ ЛИНИИ 
Синтаксис: 
\/ <адрес> 


Команда У выдает исходные линии программы, соответствующие 
инструкциям, расположенным, начиная с указанного адреса. 


При этом загруженный символьный план должен содержать ин- 
формацию о линиях исходной программы. 


Исходные линии выдаются независимо от режима, установленно- 
го командой Ъ. 


Команда записи на диск 
Синтаксис: 
М [<адрес> [<драйв> <«запись> <счетчик>]] 


Команда У обеспечивает запись участка памяти в определенное 
место на диске. 


Если опущены все параметры команды, запись производится в 
файл с именем, ранее определенным командой М. 


Пара регистров ВХ:СХ должна содержать число записываемых 
байтов. 


В памяти записываемые данные должны размещаться, начиная с 
указанного адреса или, если он опущен, с адреса СЪЗ:100. 


Если специфицированы все 4 параметра команды М, на указан- 
ный драйв записывается определяемое счетчиком количество логичес- 
ких записей, содержимое которых расположено по указанному адресу. 
<Запись> определяет первую записываемую на диск запись и может 
представляться 16-ричным числом, содержащим от 1 до 4 16-ричных 
цифр. <Счетчик> представляется аналогично. <Драйв> может быть задан 
числом 0, 1, 2 или 3, определяющим логический адрес драйва А, В, С или 
Ш соответственно. 


Не рекомендуется записывать данные по абсолютному адресу сек- 
тора диска, даже если имеется уверенность, что сектор свободен. Запись 
на зарезервированный или занятый сектор может испортить содержимое 
файла или даже диска. 
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Если имя отлаживаемого файла имеет расширение СОМ или ВТ\, 
можно при помощи ЗУМПРЕВ внести изменения в программу и затем за- 
писать ее обратно в файл. При загрузке файла его длина, начальный ад- 
рес и имя будут установлены правильно с точки зрения последующей за- 
писи. Однако, если в процессе отладки использовались команды С, Р 
или Т или изменялось содержимое пары регистров ВХ:СХ, утраченные 
значения следует восстановить до записи. 


Команду У нельзя использовать для записи в ЕХЕ- или НЕХ- 
файл. Для модификации таких файлов может служить следующая проце- 


дура: 


1. Запустить ЗУМОЕВ с исполнительным файлом и запомнить не- 
сколько первых инструкций программы. 


2. Выйти из ЗУ МПЕВ и переименовать исполнительный файл так, 
чтобы расширение его имени отличалось от ЕХЕ и НЕХ. 


3. Запустить ЗУМРЕВ с переименованным исполнительным фай- 
лом. При этом заголовок файла будет рассматриваться как часть кода 
программы (очевидно, что в этом случае нет смысла в загрузке символь- 
ных файлов, так как все символы в них будут иметь некорректные адре- 
са). 


4. Использовать команду поиска $ для нахождения действитель- 
ного начала программы по запомненным инструкциям. Для этого может 
понадобиться несколько попыток, Так как начальный адрес может ме- 
няться в зависимости от порядка сегментов и других факторов. 


5. Имея адрес начала программы, отыскать инструкции, в которые 
нужно внести изменения, и проделать эти изменения. 


6. Установить параметры команды У и записать весь файл, вклю- 
чая его заголовок, на диск. Длина заголовка должна входить в общую 
длину записываемого файла в паре регистров ВХ:СХ. 


7. Выйти из ЗУМПЕВ и произвести обратное переименование ис- 
полнительного файла. 
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СВЕЕ: утилита перекрестных ссылок 


Утилита перекрестных ссылок СКЕЕ предназначена для создания 
листинга перекрестных ссылок всех символов в ассемблерной програм- 
ме. Для каждого символа указываются номера строк исходной програм- 
мы, содержащих ссылки на этот символ. 


Листинг перекрестных ссылок вместе с создаваемой Ассемблером 
таблицей символов упрощает отладку программы. 


Листинг перекрестных ссылок создается на основе формируемого 
Ассемблером СВЕ-файла. 


Запуск СВЕР 


Утилита СКЕЕ может быть запущена двумя способами: 
Ф С использованием подсказок. 
Ф При помощи командной строки. 


Для запуска СВЕЕ с использованием подсказок необходимо ввес- 
ти командную строку, содержащую только имя файла СКЕЕ и специфи- 
кацию его пути поиска, если это необходимо. СКЕЕ перейдет в диалого- 
вый режим и серией подсказок запросит у пользователя информацию о 
следующих файлах (ответ заключается в наборе требуемых символов и 
нажатии клавиши ЕМТЕВ): 


1. Имя файла перекрестных ссылок, сформированного Ассемблером. 
Если при ответе не указано расширение, предполагается СВЕ. 


2. Имя файла создаваемого файла листинга перекрестных ссылок. 
Если при ответе не указано расширение, предполагается ВЕЕ. 


Для запуска СВЕЕ при помощи командной строки необходимо 
ввести командную строку следующего вида: 


САЕЕ «имя файла перекрестных ссылок> 
[,<имя файла листинга перекрестных ссылок>][; ] 


Умалчиваемые расппирения имен файлов совпадают со случаем 
запуска СВЕЕ с использованием подсказок. 
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Если после имени файла перекрестных ссылок специфицировано 
;, базовое имя файла листинга по умолчанию устанавливается таким же, 
как и у файла перекрестных ссылок. 


Имена файлов при обоих способах запуска могут содержать спе- 
цификации путей поиска в подоглавлениях. Если указание пути отсутст- 
вует, файл ищется или создается в текущем подоглавлении. 


ЦВ: утилита обслуживания библиотек 


Библиотека представляет собой набор объектных модулей, объе- 
диненных в одном файле. 


Библиотека может быть использована программой [МК для со- 
гласования внешних ссылок. 


ПВ создает для библиотеки таблицу содержимого, где располага- 
ются имена объектных модулей. [ИМК выбирает из библиотеки только те 
модули, на которые имеются ссылки в обрабатываемой им программе. 


ИВ выполняет с библиотечными файлами следующие операции: 


Ф Создание новой библиотеки. 

Ф Проверка содержимого существующей библиотеки. 
Ф Печать листинга библиотечных ссылок. 

Ф Сопровождение библиотек. 

Запуск НВ 

Запуск ШВ может быть осуществлен тремя способами: 

Ф С использованием подсказок. 

Ф При помощи командной строки РОЗ. 

Ф С использованием файла ответа. 


Для запуска ШВ с использованием подсказок необходимо ввести 
командную строку, содержащую только имя программы ШВ со специ- 
фикацией подоглавления, если она требуется. [В перейдет в диалого- 
вый режим и серией подсказок запросит у пользователя информацию о 
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следующих объектах (ответ заключается в наборе требуемых символов и 
нажатии клавиши ЕМТЕВ): 


1. Имя библиотеки, с которой будет производиться работа. Если 
при ответе не указано расширение, предполагается МВ. Если библиоте- 
ки с введенным именем не существует, [ЛВ выдаст запрос: 


гагу Ше 40е$ поё ех!5{. Сгеже? 


Ответ у обеспечит создание библиотеки, п — возврат в 2ОО$. В 
этом ответе может быть задана опция /РАСЕЗИ Е. 


2. Операции с библиотекой. Ответом является набор команд МВ. 
Если команды ШВ не помещаются на строке, в ее последней позиции 
следует поставить признак продолжения — символ & и нажать ЕМТЕК, 
после чего можно будет продолжать ввод команд. 


3. Имя файла листинга. Если не было задано никаких модифика- 
ций библиотеки, [ЛВ создает файл листинга и возвращает управление в 
20$. 


4. Имя выходной библиотеки. Этот запрос появляется в том случае, 
когда была специфицирована хотя бы одна операция модификации биб- 
лиотеки. 


Если при ответе не указано расширение, предполагается В. Биб- 
лиотека с указанным именем будет создана как копия рабочей библиоте- 
ки и все операции будут производиться именно с ней. 


Если нажать ЕМТЕВК, не введя имени, операции будут произво- 
диться с рабочей библиотекой. В этом случае для старой библиотеки бу- 
дет создана копия с расширением ВАК. 


Если в каком-либо ответе после первого встречается символ ;, В 
устанавливает оставшуюся входную информацию по умолчанию. 


В любом ответе могут быть заданы ответы на последующие запро- 
сы в формате командной строки для запуска ШВ. 


Для запуска МВ посредством командной строки, необходимо вве- 
сти командую строку следующего вида: 


ТВ «имя старой библиотеки> [/РАСЕЗТУЕ: <число> ] [<команды>] 
[,<имя файла листинга>][, <имя новой библиотеки>]]1[:] 


Назначение библиотек и правила умолчания аналогичны случаю 
запуска [В с использованием подсказок. 
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Символ . обозначает конец строки и должен кодироваться послед- 
ним, если он есть. Оставшаяся неопределенной информация устанавли- 
вается по умолчанию. 


Спецификации исходной информации ШВ могут быть заранее за- 
несены в специальный файл ответа. Имя этого файла с предшествующим 
символом @ и указанием пути поиска, если он нужен, может быть поме- 
щено в любом месте ответа на подсказку или командной строки и трак- 
туется, как если бы содержимое файла ответа было непосредственно 
вставлено в это место. Следует, однако, помнить, что комбинация сим- 
волов САКВТАСЕ-КЕТОВКМ/ЛМЕ-ЕЕЕО в файле ответа интерпретиру- 
ется как ЕМТЕК в подсказке или запятая в командном файле. 


Общий вид файла ответа: 


<имя библиотеки>[/РАСЕЗТИЕ: <число>] 
[<команды> ] 

[<имя файла листинга>] 

[<имя выходной библиотеки>] 


Каждая группа данных должна задаваться на отдельной строке. 
Если группа не помещается на одной строке, в последней позиции стро- 
ки должен стоять признак продолжения — символ &. 


В файле ответа могут быть опущены компоненты, уже определен- 
ные ответами на подсказки или командной строкой. 


При обнаружении в файле ответа символа ; остаток файла игнори- 
руется, и оставшаяся неопределенной информация устанавливается по 
умолчанию. 


При использовании файла ответа его содержимое выдается на 
консоль в форме подсказок. Если определена не вся информация ШВ пе- 
реходит в диалоговый режим. 


Если файл ответа не содержит комбинации символов 


САВВТАСЕ-ВЕТОВМ/ИМЕ-ЕЕЕО или символа ;, [ЛВ выдает на 
консоль последнюю строку файла и ожидает нажатия ЕМТЕК. 


Единственная опция В, задаваемая при имени рабочей библио- 
теки, определяет размер страницы библиотеки и имеет вид: 


/РАВЕРТТРЕ:<число> или /Р:<число>» 


Указанное число задает размер страницы библиотеки в байтах и 
должно быть целым четным числом в пределах от 2 до 32768. По умолча- 
нию принимается 128 для новой библиотеки или размер страницы суще- 
ствующей библиотеки. 
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Размер страницы влияет на выравнивание хранимых в библиотеке 
модулей. Модули всегда располагаются с начала страницы, считая от на- 
чала файла. 


Из-за индексной технологии поиска и хранения, реализуемой 
В, библиотека с большим размером страницы может содержать боль- 
шее число модулей. Однако, при этом возможен значительный перерас- 
ход памяти на диске. Рекомендуется создавать библиотеки с малым раз- 
мером страницы. 


Имя каждого файла может сопровождаться информацией о подо- 
главлении, содержащем этот файл, иначе поиск исходного файла или со- 
здание выходного файла будет осуществляться в текущем подоглавле- 
НИИ. 


Работа ЛВ может быть в любой момент прекращена нажатием 
клавиш СТВТ-С. 


Функции и команды ИВ 
Среди операций с библиотеками, выполняемых ШВ, следует раз- 
личать функции ШВ и команды ШВ. 


Функции ГВ не приводят ни к каким модификациям существую- 
щих данных. 


Команды ШВ предназначены для модификации библиотек. 


Выполнение команд всегда влечет за собой создание резервной 
копии исходной библиотеки, хранящей состояние библиотеки до начала 
коррекций. Именно команды, а не функции ШВ вводятся в ответе на 
подсказку, в командной строке и в файле ответа. 


Создание новой библиотеки 


Новая библиотека создается при запуске ШВ в случае указания 
имени несуществующей библиотеки и утвердительном ответе на под- 
тверждающий запрос при использовании подсказок. 


Если используются команды модификации библиотеки, в новую 
библиотеку перед началом модификаций копируется содержимое исход- 
ной библиотеки, которая в этом случае считается резервной копией. 


Команды ЛВ выполняются с новой библиотекой. 


Проверка содержимого библиотеки 


Проверка содержимого библиотеки выполняется при задании во 
всех режимах запуска только имени библиотеки и символа .. Она заклю- 
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чается в проверке корректности всех входов библиотеки, что может про- 
изводиться, например, после перемещения библиотеки. 


ПВ автоматически осуществляет проверку содержимого каждого 
добавляемого в библиотеку модуля. 


Листинг перекрестных ссылок библиотеки 


Файл листинга перекрестных ссылок создается при отсутствии ко- 
манд ИВ и спецификации имени файла в соответствующих подсказке, 
позиции командной строки или строке файла ответа. 


Листинг перекрестных ссылок содержит 2 списка: 


Ф Список всех общих символов в библиотеке с указанием 
имен содержащих их модулей. 


Ф Список модулей библиотеки с указанием содержащихся в 
них общих символов. 


Команды ПВ 


Команды [МВ служат для сопровождения библиотек и обеспечива- 
ют добавление, удаление, замену модулей в библиотеке, а также копиро- 
вание и перемещение модулей в новые библиотеки. 


1. Добавление модуля в библиотеку. 


Синтаксис: 
+<имя объектного файла> 


Модуль, находящийся в указанном объектном файле, имя которо- 
го, если нужно дополнено описанием пути поиска в подоглавлениях, до- 
бавляется в текушую библиотеку. 


Если не указано расширение имени объектного файла, предпола- 
гается ОВ.. 


Модуль помещается в библиотеку под именем, совпадающим с ба- 
зовым именем объектного файла. 


Между знаком + и именем файла не должно быть пробелов. 
2. Удаление модуля из библиотеки. 


Синтаксис: 
-<имя модуля> 
Модуль с указанным именем удаляется из текущей библиотеки. 
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Следует иметь в виду, что команды удаления всегда отрабатывают- 
ся до команд добавления независимо от их порядка в командной строке. 
Такой порядок спасает МВ от попыток замены существующей версии 
модуля на новую версию. 


Имена модулей могут задаваться как на регистре строчных букв, 
так и на регистре заглавных букв. 


3. Замена модуля библиотеки. 


Синтаксис: 
-+<имя модуля> 


Модуль с указанным именем замещается модулем из объектного 
файла, имеющим то же базовое имя, что и указанное имя, и расширение 
ОВ.. ЛВ сначала удаляет модуль, а затем ищет файл. 


Имена модулей могут задаваться как на регистре строчных букв, 
так и на регистре заглавных букв. 


4. Копирование модуля. 


Синтаксис: 
*<имя модуля» 


Модуль с указанным именем копируется из библиотеки в объект- 
ный файл, создаваемый в текущем подоглавлении и имеющий базовое 
имя, совпадающее с именем модуля, и расширение ОВ.. 


Имена модулей могут задаваться как на регистре строчных букв, 
так и на регистре заглавных букв. 


5. Перемещение модуля. 


Синтаксис: 

-*<имя модуля> 

Работа этой команды аналогична копированию с той лишь разни- 
цей, что после копирования модуль удаляется из библиотеки. 

6. Объединение библиотек. 


Синтаксис: 
+<имя библиотеки» 


Содержимое указанной библиотеки добавляется в текущую биб- 
лиотеку. Следует помнить, что в этом случае расширение имени опускать 
нельзя, так как тогда указанное имя будет интерпретироваться как имя 
объектного файла. 
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Модули помещаются в конец текущей библиотеки. Исходная биб- 
лиотека не изменяется. 


Этой командой в библиотеки М$-РО$ могут быть добавлены биб- 
лиотеки ХЕЩШХ или П\УТЕГ. 


МАКЕ: утилита сопровождения программ 


Использование утилиты сопровождения программ МАКЕ позво- 
ляет автоматизировать процесс разработки и эксплуатации программ на 
Ассемблере и языках высокого уровня. 


После того, как были внесены изменения в исходный файл, при 
помощи МАКЕ могут быть выполнены действия, необходимые по отоб- 
ражению этих изменений в выходных файлах. 


В отличие от других программ пакетной обработки, МАКЕ срав- 
нивает даты последних модификаций выходных (целевых) файлов с да- 
тами последних модификаций исходных (требуемых) файлов. МАКЕ вы- 
полняет поставленную задачу, только если целевой файл старше. Это 
может сэкономить много времени, например, при разработке программ, 
содержащихся во многих исходных файлах или требующих нескольких 
шагов компиляции. 


Запуск и особенности работы МАКЕ 


Перед запуском МАКЕ должен быть создан специальный файл 
описаний МАКЕ, содержимое которого задает поставленную задачу и 
определяет требуемые для ее выполнения файлы. 


Файл описаний состоит из одного или нескольких описаний це- 
ли/источника. Каждое описание задается в виде: 


<имя исходного файла> : «имена требуемых файлов> 
<команда> 


Предполагается, что указанный исходный файл может быть пре- 
образован, для чего могут понадобиться файлы со специфицированны- 
ми после : именами. 
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Имена файлов при необходимости могут быть снабжены специ- 
фикациями путей поиска в подоглавлениях. 


<Команда> рассматривается как имя исполнительного файла или 
команда М$-РО5. 


Может быть задано любое число требуемых файлов, но только 
один исходный (целевой). Имена требуемых файлов должны разделяться 
хотя бы одним пробелом. Если они не помещаются на одной строке, мо- 
жет быть специфицирован признак продолжения — символ \. 


Может быть задано любое число команд РОЗ и/или имен испол- 
нительных файлов, но каждая команда или имя должны располагаться на 
отдельной строке и начинаться с символа ТАВ или хотя бы одного пробе- 
ла. Команды или файлы выполняются лишь в том случае, если хотя бы 
один из требуемых файлов был модифицирован после создания или мо- 
дификации целевого, то есть, должно выполняться одно из двух условий: 


Ф* целевой файл старше требуемого; 
Ф целевой файл не существует. 


Может быть задано любое число описаний цели/источника. По- 
следняя строка предыдущего описания должна отделяться от первой 
строки следующего описания хотя бы одной строкой, содержащей все 
пробелы. 


При появлении символа # остаток строки считается комментари- 
ем. В области команд символ # может находиться только в 1-й позиции 
строки. 


Следует помнить, что порядок следования описаний крайне ва- 
жен, так как в процессе их отработки могут меняться даты модификаций 
файлов, что оказывает влияние на дальнейшую работу МАКЕ. 


Запуск МАКЕ осуществляется введением командной строки сле- 
дующего вида: 


МАКЕ [<опции>][<макроопределения> ]<имя файла описаний» 


Имя файла описаний МАКЕ обычно не имеет расширения и сов- 
падает с базовыми именами используемых в описаниях файлов, но это не 
является обязательным. 


Если МАКЕ обнаруживает, что очередное описание по каким-ли- 
бо причинам не может быть отработано, осуществляется переход к следу- 
ющему описанию. 


Если в процессе работы выяснится, что целевой файл не сущест- 
вует, МАКЕ продолжает работу, так как этот файл может быть создан по- 
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следующими командами. Если же не существует требуемый или команд- 
ный файл или возникает ошибка при выполнении команды, МАКЕ пре- 
кращает свою работу, а на консоль выдается поясняющее сообщение. 


Опции МАКЕ 
Каждая опция МАКЕ в командной строке запуска МАКЕ обозна- 
чается предшествующим символом /. 


Описание опций МАКЕ приведено ниже: 


/о 
Выдавать на консоль даты последних модификаций каждого ска- 
нируемого файла. 


Л 


Игнорировать коды возврата после вызываемых программ. 


/М 
Выдавать на консоль команды, выполнение которых не осуществ- 
ляется. 


/$ 
Не выдавать на консоль сообщений. 


Макроопределения 


Использование макроопределений позволяет отложить определе- 
ние компонент описания работы МАКЕ до момента запуска. Они могут 
располагаться как в файле описаний, так и в командной строке. 


Существуют две формы макроопределений: 
<имя>=<значение> 

ИЛИ 

$(<имя>) 


Первая форма задает значение символическому параметру, кото- 
рый может использоваться для определения компонент описания. Допу- 
стимо любое число пробелов между элементом <имя> и символом = и 
между этим символом и элементом <значение>, которые игнорируются. 
Пробелы, специфицированные после <значение>, рассматриваются как 
часть значения. Пробелы как часть значения в командной строке долж- 
ны заключаться в двойные апострофы ". 
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В файле описаний МАКЕ каждое макроопределение должно за- 
нимать отдельную строку. 


Одно и то же имя может быть определено в нескольких местах. 
Подстановка значений осуществляется в соответствии со следующим 
списком (в порядке убывания приоритетов): 


Ф Из командой строки. 
Ф Из файла описаний МАКЕ. 
Ф* Из текущего окружения (например, ключевые слова ОО5). 


Вторая форма макроопределений использует значение, опреде- 
ленное в другом месте. Элемент <имя> приводится к изображению на ре- 
гистре заглавных букв. 


Допускается вложенность макроопределений, когда внутреннее 
макроопределение определяется через внешнее. При этом следует избе- 
гать рекурсии. 


Пример рекурсивной вложенности макроопределений: 
А=$ (В) 
В=$ (А) 


Существуют 3 специальные макропеременные, имеющие следую- 
щие фиксированные значения: 


Ф $* — часть имени (без расширения) целевого файла; 
Ф $@ — полное имя целевого файла: 
Ф* $** — полный список требуемых файлов. 


Эти макропеременные не требуют предварительного описания и 
могут использоваться в файле описаний МАКЕ. 


Правила вывода 


МАКЕ обеспечивает возможность задания правил вывода, кото- 
рые помогают правильно интерпретировать неполностью определенные 
конструкции. 


Правила вывода могут находиться в файле описаний МАКЕ или в 
специальном файле с именем ТООТ8ИМТ, поиск которого осуществля- 
ется на активном драйве в подоглавлениях, определенных командой 
РО5 РАТН. В файле ТООГ$.П\ правилам вывода должна предшество- 
вать строка, первыми символами которой являются [таке]. 
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Поиск правила вывода осуществляется в следующей последова- 
тельности: 


Ф В файле описаний МАКЕ. 
ьа В файле ТООТ®.1\. 


Правила вывода задаются в виде: 


.<расширение требуемого файла>. <расширение целевого файла>: 
<команда> 
<команда> 


Пример: содержимое файла описаний МАКЕ: 


‚азт. 06): 
МАЗМ $*.азм,,,; 1е31.06): Тез{1.азм 1е$12.06]: 1е312.азм 
МАЗМ Тез{2. азп; 


Правило вывода занимает первые 2 строки. Прочитав 3-ю строку, 
МАКЕ обнаруживает, что описание неполно, так как 4-я строка являет- 
ся уже началом следующего описания. Поиск нужного правила вывода 
ведется по совпадению расширений файлов строки 3 с указанными в 
правиле. После отыскания правила МАКЕ, обработав макропеременную 
$*, выполняет командную строку: 


МАЗМ Тезт1.азм, ‚; 


4-я и 5-я строки переставляют собой законченное описание, и для 
его интерпретации использования правил вывода не требуется. 





Сегментация программы 


Программа на языке Ассемблера состоит из последовательности 
программных сегментов, заканчивающейся директивой ЕМО. Начало 
каждого сегмента обозначается директивой ЗЕСМЕМТ, конец — дирек- 
тивой ЕМОЪ. 


В каждом сегменте при помощи директивы АЗЗОМЕ могут быть 
определены используемые по умолчанию для адресации элементов про- 
граммы регистры сегмента. 
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В каждом сегменте могут быть выделены специальные программ- 
ные единицы (процедуры), позволяющие использовать часть программ- 
ного кода многократно без его дублирования в разных частях програм- 
мы. Процедуры обычно включены в систему адресации сегмента. Начало 
и конец процедуры определяются директивами РКОС и ЕМШР соответ- 
ственно. 


Сегменты могут быть объединены в группу при помощи директи- 
вы СКОТР. 


Директивы ОВС и ЕУЕМ позволяют управлять адресами размеще- 
ния инструкций процессора. 


Директивы $ЕСМЕКМТ и ЕМО$ 


Синтаксис: 


имя ЭЕСМЕМТ [[выравнивание]] [[комбинация]] [[’класс’' ]] 
имя Е№0$ 


Директивы ЗЕСМЕМТ и ЕМО$ отмечают соответственно начало и 
конец программного сегмента и должны быть помечены одним и тем же 
именем, которое и считается именем сегмента. Программный сегмент 
представляет собой последовательность инструкций и/или полей дан- 
ных, адресуемых относительно одного регистра сегмента. Имя сегмента 
должно быть уникальным и может появляться в поле метки только лишь 
в другом предложении ЗЕСМЕМТ. Все директивы ЗЕСМЕМТ с одним и 
тем же именем обозначают продолжение одного и того же сегмента. При 
этом следует помнить, что параметры всех директив ЗЕСМЕМТ, опреде- 
ляющих один и тот же программный сегмент, не должны противоречить 


друг другу. 


Параметры выравнивания, комбинация и класс директивы ЗЕС- 
МЕМТ задают информацию для линкера. Они должны кодироваться в 
указанной последовательности, но могут быть опущены в произвольной 
комбинации. 


Выравнивание определяет границу адреса, начиная с которой сег- 
мент будет загружаться в память. Могут быть заданы следующие значе- 
НИЯ: 


ВУТЕ — использовать любую границу; 
У'ОКО — граница слова (2 байта); 
РАКА — граница параграфа (16 байтов); 


$ ++ 


РАСЕ — граница страницы (256 байтов). 
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Если выравнивание не указано, предполагается РАВА. Следует 
помнить, что точный адрес начала сегмента до его загрузки в память не- 
известен. Тип выравнивания только накладывает на него ограничение. 


Тип комбинации определяет возможность и способы объедине- 
ния программных сегментов, имеющих одно имя. Могут быть указаны 
следующие значения: 


Ф* РОВИС — все сегменты с одним и тем же именем 
объединяются в один непрерывный сегмент. Все 
инструкции и поля данных нового сегмента будут 
адресоваться относительно одного регистра сегмента, а все 
смещения будут вычисляться относительно начала этого 
сегмента. 


Ф ЭТАСК — все сегменты с одним и тем же именем 
объединяются в один непрерывный сегмент. Этот тип 
комбинации отличается от РОВЫС лишь тем, что 
адресация в новом сегменте будет вестись относительно 
регистра 535; регистр ЭР при этом устанавливается на 
конец сегмента. Такой тип комбинации обычно имеют 
сегменты стека. Тип комбинации ЭТАСК автоматически 
обеспечивает инициализацию регистров 3$ и ЪР, и 
пользователю необязательно включать в свою программу 
инструкции для установки этих регистров. 


Ф СОММОМ — все одноименные сегменты этого класса 
будут загружаться в память, начиная с одного адреса. 
Таким способом можно формировать оверлейные 
программы. Длина области загрузки равна длине 
максимального по объему сегмента. Все адреса в этих 
сегментах вычисляются относительно одного базового 
адреса. Если некоторые данные объявлены в более, чем 
одном сегменте с конкретным именем и типом 
комбинации СОММОМ, данные, объявленные 
последними, замещают все предыдущие. 


Ф МЕМОКВУ — для М!сгозой 8086 ОБес( Гликег (ГЛМК) 
полностью совпадает с типом РОВШС. МАЗМ 
обеспечивает отдельный тип комбинации МЕМОКУ для 
совместимости с программами ШММ\К, различающими эти 
типы комбинации. 


Ф* АТ адрес — все метки и адресные переменные сегмента 
должны быть вычислены относительно указанного адреса. 
Адрес может быть представлен любым допустимым 
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выражением, не содержащим ссылок вперед. Сегмент с 
этим типом комбинации обычно не содержит 
программного кода или инициализируемых данных, а 
включает в себя адресные значения, фиксированные для 
вычислительной машины (например, адрес буфера 
экрана). 


Если тип комбинации не указан, сегмент ни с чем не объединяет- 
ся и рассматривается как отдельная программная единица. 


Класс сегмента определяет порядок следования сегментов в памя- 
ти. Сегменты одного класса загружаются в память один после другого до 
того, как начнут загружаться сегменты другого класса. 


В качестве класса сегмента может быть указан любой идентифика- 
тор, на который распространяются все требования и ограничения языка 
Ассемблера (в том числе условия чувствительности к регистру). По- 
скольку класс сегмента рассматривается как идентификатор, он не мо- 
жет быть определен где-либо еще в программе. 


Если класс не указан, [ПМК копирует сегменты в исполнительный 
файл в той последовательности, в которой они расположены в объект- 
ном файле. Эта последовательность сохраняется до тех пор, пока ШМК 
не обнаружит 2 или более сегмента одного класса, после чего ММК начи- 
нает объединение сегментов. Сегменты одного класса копируются в по- 
следовательные блоки исполнительного файла. 


Все сегменты имеют класс. Сегменты, для которых класс не ука- 
зан, считаются принадлежащими к классу с пустым именем и копируют- 
ся в последовательные блоки памяти вместе с такими же сегментами. 


Число сегментов, принадлежащих к одному классу, не ограниче- 
но, но их суммарный объем не должен превышать 64К. 


Если на вход программы ИМК подается несколько объектных 
файлов, правильное кодирование классов сегментов вообще говоря не 
обеспечивает правильную последовательность сегментов в исполнитель- 
ном файле, так как эта последовательность в этом случае зависит еще и 
от последовательности объектных файлов в командной строке. 


Пусть, например, ГМК обрабатывает 2 объектных файла, 1-й из 
которых содержит 2 сегмента с классами СОПЕ и 5ТАСК, а 2-й — один 
сегмент класса АТА. 


В исполнительном файле сегменты всегда будут расположены в 
последовательности СОПЕ, ЭТАСК, АТА. Если, например, программи- 
сту необходимо, чтобы сегменты располагались в последовательности 
СОПЕ, РАТА, ЭТАСК, ему следует создать объектный файл, содержащий 
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фиктивные сегменты с теми же именами и теми же классами, но распо- 
ложенные в нужном ему порядке, и в командной строке запуска ТМК 
указать его первым. 


Исходная программа, соответствующая такому объектному фай- 
лу, может иметь следующий вид: 


соде ЗЕСМЕМТ РАНА РУВЕТС `С00Е’ 


соде ЕМО$ 
Чата ЗЕСМЕМТ РАВА РУВЕТС ‘ВАТА’ 
Чата Е№О$ 
эфаск ЗЕСМЕМТ РАВА УТАСК ‘5ТАСК’ 
эТаск ЕМО$ 


Этот прием не может быть использован для программ на языках С, 
ЕОКТКАМ, РАЗСАГ и ВАЗ[С, так как компиляторы этих языков следу- 
ют определенным соглашениям о порядке сегментов, который не следу- 
ет нарушать. 


Другим способом управления последовательностью сегментов яв- 
ляется кодирование опции /А МАЗМ, которая предписывает МА$М рас- 
полагать сегменты в объектном файле в алфавитном порядке. Сочетание 
опции /А с формированием последовательности фиктивных сегментов 
позволяет реализовывать довольно сложные стратегии управления 
структурой исполнительного файла. 


В некоторых ранних версиях МА$М опция /А включена по умол- 
чанию. 


Директивы РКОС и ЕМОР 


Директивы РВОС и ЕМШР служат для определения процедуры. 
Процедура представляет собой набор инструкций и директив, образую- 
щих некоторую подпрограмму в рамках какого-либо сегмента. 

Процедура имеет следующий вид: 

имя РВОС [Грасстояние]] 


предложения 
имя ЕМОР 
Директивы РКОС и ЕМОР обозначают соответственно начало и 


конец процедуры и должны быть помечены одним и тем же именем, ко- 
торое считается именем процедуры. 


Необязательное расстояние может принимать значения ЕАК и 
МЕАБВ. Если этот параметр опущен, предполагается МЕАВ. 
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Имя процедуры имеет атрибуты метки и может быть использова- 
но как операнд в инструкциях перехода, вызовах или циклах. 


Возврат из процедуры должен быть выполнен инструкцией ВЕТ. 
При этом следует помнить, что адрес возврата выбирается из стека (в со- 
ответствии со значениями регистров 5$ и ЗР). Для процедур с расстоя- 
нием МЕАК адрес возврата состоит только из смещения и занимает в сте- 
ке 2 байта. Для ЕАК-процедур он занимает 4 байта стека, включая в себя 
базовый адрес (содержимое регистра сегмента) и смещение. 


Допускается вложенность процедур. 


Процедуре могут быть переданы параметры. Вообще говоря, пере- 
дача параметров и их распознавание в процедуре возлагается на програм- 
миста. Но при соблюдении стандартных соглашений, принятых в языках 
высокого уровня, параметры процедуры могут быть отслежены коман- 
дой трассировки стека К ЗУМОЕВ. 


Согласно стандартным соглашениям параметры размещаются в 
стеке, верх которого определяется содержимым регистров ЗР и 55. 


Пример передачи параметров: 


РУЗН АХ ‚ 2-й параметр 





РУЗН ВХ ‚ 1-й параметр 

САЁЕ аадир 

АБО ЭР, 4 ‚ уничтожение параметров 

аааир РНОС МЕАН ‚ адрес возврата для МЕАВ - 2 байта 
РУЗН ВР ‚ сохранение базового указателя 

МОУ ВР, 5Р ; загрузка базового регистра 

МОУ ВХ, [ВР+4] ‚ адрес 1-го параметра 

МОУ АХ, [ВР+6] ‚ адрес 2-го параметра 

РОР ВР 


ВЕТ аЧ9Чдир ЕМОР 


Из этого примера ясно, что адрес возврата запоминается в верхуш- 
ке стека перед параметрами (стек «растет» от больших адресов к малым). 


Если бы процедура специфицировала расстояние ЕАК, адрес воз- 
врата занял бы 4 байта, а смещение для 1-го параметра составило бы 6 
байтов. 
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Директива А$ЗУМЕ 


Синтаксис: 


АЗЗИМЕ регистр-сегмента: имя-сегмента. .. 
АЗЗОМЕ МОТНТМб 


Директива АЗЗОМЕ устанавливает регистр сегмента в качестве 
умалчиваемого регистра сегмента для адресации меток и переменных в 
указанном сегменте или группе. Последующие ссылки к метке или пере- 
менной при отсутствии явных указаний разрешаются относительно дан- 
ного регистра сегмента. 


В качестве регистра сегмента могут быть указаны СЗ, 05, $5 или 


ЕБ. 
В качестве имени сегмента может быть специфицировано: 
Ф Имя сегмента, предварительно определенное директивой 
ЗЕСМЕМТ. 
Ф Имя группы, предварительно определенное директивой 
СКОТР. 


Ф* Ключевое слово МОТНИ\С. 


Наличие ключевого слова МОТНИ\С отменяет текущий выбор 
конкретного регистра сегмента или текущий выбор всех регистров сег- 
мента (для второй формы директивы). 


Выбор регистра сегмента по умолчанию в отдельном предложении 
языка Ассемблера может быть отменен при помощи оператора переклю- 
чения сегмента (:). 


Директива СКОУР 


Синтаксис: 
имя СВОЦУР имя-сегмента, ... 


Директива СВОТР обозначает, что один или несколько сегментов 
с указанными именами логически объединяются в группу с данным име- 
нем, что позволяет адресовать все метки и переменные в этих сегментах 
относительно начала группы, а не начала содержащего их сегмента. Имя- 
сегмента должно быть именем сегмента, определенного директивой 
ЗЕСМЕМТ, или ЗЕС-выражением. Оно должно быть уникальным. 


Директива СВОТР не влияет на порядок загрузки сегментов, ко- 
торый зависит от классов сегментов и их расположения в объектном 
файле. 
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Сегменты одной группы не обязательно будут занимать непрерыв- 
ную область памяти. Они могут быть перемешаны с сегментами, не при- 
надлежащими этой группе. Однако, расстояние в байтах между первым 
байтом первого сегмента группы и последним байтом последнего сег- 
мента группы не должно превышать 64К. Таким образом, если сегменты 
группы расположены последовательно, группа может занимать до 64К 
оперативной памяти. 


Имена групп могут использоваться в директиве АЗЗОМЕ и в каче- 
стве префикса операнда оператора переключения сегмента (:). 


Имя группы может появиться только в одной директиве СВОТР в 
исходном файле. Если к группе принадлежат несколько сегментов в ис- 
ходном файле, все их имена должны быть указаны в одной директиве 
СКОТР. 


Директива ЕМО 

Синтаксис: 

ЕМО [выражение] ] 

Директива ЕМО обозначает конец модуля. Ассемблер игнорирует 
все предложения, следующие в исходном файле за этой директивой. 


Необязательное выражение определяет точку входа программы, в 
которую будет передано управление при запуске программы на счет. Зна- 
чением этого выражения должен быть адрес в одном из программных 
сегментов данного исходного файла. 


Если выражение опущено, точка входа не определяется. 


При попытке выполнения программы с незаданной точкой входа 
могут возникать ошибки, поэтому директиву ЕМО без параметров реко- 
мендуется кодировать лишь с сегментами, содержащими только поля 
данных. 


В исходном файле может быть определена только одна точка 
входа. 


Директивы ОРС и ЕУМЕМ 


Директивы ОКС и ЕУЕМ позволяют задавать адрес памяти, начи- 
ная с которого будут располагаться последующие инструкции процессо- 


ра. 
Директива ОВС имеет следующий формат: 
ОВ@ выражение 
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Значение указанного выражения присваивается указателю пози- 
ции, и адреса последующих инструкций иданных будут начинаться с но- 
вого значения. 


Значением выражения должно быть абсолютное число, точнее, 
все используемые в нем имена должны быть известны на 1-м проходе 
Ассемблера. В качестве элемента выражения может быть использован 
знак указателя позиции ($), обозначающий его текущее значение. 


Пример: 


ОНб 1208 
МОУ АХ, ВХ 


В этом примере инструкция МОУ будет начинаться с байта 1208 
текущего сегмента. 


Директива ЕУЕМ имеет следующий формат: 
Е\МЕМ 


Директива ЕУЕМ выравнивает следующее за ней поле данных или 
инструкцию по границе слова, то есть, по четному адресу. Если текущее 
значение указателя позиции нечетно, директива увеличивает его значе- 
ние на 1 и генерирует инструкцию МОР (нет операции). Если текущее 
значение указателя позиции уже четно, никаких действий не произво- 
дится. 


Директива ЕУЕМ не должна использоваться в сегментах с типом 
выравнивания ВУТЕ. 


Условные директивы 


Язык ассемблера включает в себя условные директивы двух типов: 
директивы условного ассемблирования и директивы условной генера- 
ции ошибок. 


Директива условного ассемблирования обеспечивает ассемблиро- 
вание блока предложений лишь в том случае, если истинно заданное в 
директиве условие. 


Директива условной генерации ошибки проверяет заданное в ней 
условие и генерирует ошибку, то есть, формирует сообщение в листинге 
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программы и обеспечивает код возврата, соответствующий наличию 
ошибки в исходном тексте, если это условие истинно. 


Директивы обоих типов проверяют условия времени ассемблиро- 
вания. Они не могут анализировать условия времени выполнения, так 
как последние не могут быть вычислены до того, как программа начнет 
ВЫПОЛНЯТЬСЯ. 


В условиях допустимы лишь выражения, преобразуемые в кон- 
станты при ассемблировании. 


Директивы условного ассемблирования 


Директивы условного ассемблирования позволяют в некоторой 
степени управлять процессом ассемблирования. В зависимости от значе- 
ний условий времени ассемблирования, проверяемых этими директива- 
ми, макроассемблер может пропустить обработку целого блока предло- 
жений или обработать вместо него другой (альтернативный) блок. 


Блок предложений условного ассемблирования имеет следующий 
общий вид: 


директива-условного-ассемблирования 


Директива-условного-ассемблирования задает условие, при истин- 
ном значении которого будут ассемблироваться предложения, располо- 
женные непосредственно после директивы и до ключевого слова ЕГЗЕ, 
или, если оно опущено, до конца блока, обозначаемого ЕМОТЕ. Если ус- 
ловие не выполняется, ассемблируется группа предложений, располо- 
женная между ключевыми словами ЕЗГЕ и ЕМОТЕ, а если ЕГЗЕ опуще- 
но, МАЗМ пропускает блок. 


Допускается вложенность директив. Максимальная глубина вло- 
жения — 255. 


В качестве директивы-условного-ассемблирования могут задаваться 
конструкции, приведенные ниже. 
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Директивы условного ассемблирования: 


Е выражение 
Е выражение 
Е2 
ОЕЕ имя 

ЕМОЕЕ имя 

ЕВ <аргумент> 

ЕМВ «аргумент» 

ЕТОМ <аргумент-1>, <аргумент-2> 
РОТЕ <аргумент-2>, <аргумент-2> 














В случае директивы ГЕ блок ассемблируется, если указанное выра- 
жение истинно (не нуль). Для директивы ГЕЕ блок ассемблируется, если 
выражение ложно (нуль). Выражение должно иметь абсолютное значе- 
ние и не может содержать ссылок вперед. 


Директивы 1 и 2 проверяют номер прохода Ассемблера и 
обеспечивают обработку блока только на 1-м (ТЕТ) или только на 2-м 
(ТЕ?) проходе. 


Пример (выдача сообщений на консоль): 


ТЕЛ 

%ОПТ Разз 1 
ЕЕЗЕ 

%ОПТ Разз 2 
ЕМОТЕ 


Директивы ТЕОЕЕ и ТЕХОЕЕ проверяют, определено ли в про- 
грамме указанное имя. ТЕБЕЕ обеспечивает ассемблирование, если это 
имя определено как метка, переменная или символ, ТЕМОЕЕ — если имя 
не определено. Заметим, что если в качестве имени задана ссылка впе- 
ред, она считается неопределенной на 1-м проходе и определенной на 
2-м. 


Имена можно определять не только указанием их в соответствую- 
щей позиции при мнемонике инструкции или директивах определения 
памяти, но в опции Ассемблера /О, что позволяет управлять составом ас- 
семблируемой программы без изменения исходного файла. 


Директивы ТЕВ и ТЕМВ проверяют значение указанного аргумен- 
та, трактуемого как строка символов, и вызывают ассемблирование бло- 
ка, если аргумент является пробелом (ТЕВ) или отличен от пробела 
(ТЕМВ). Аргумент может быть именем, числом или выражением. Скобки 
< и > обязательны. 
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Директивы ТЕВ и ТЕМВ введены для использования их в макро- 
определениях, где они могут управлять условным ассемблированием, ос- 
новываясь на том, задан или нет параметр макроопределения. В этом 
случае в качестве аргумента следует задавать один из формальных пара- 
метров макроопределения. 


Директивы ТЕОТЕ и ТЕФМ сравнивают специфицированные для 
них аргументы, которые трактуются как символьные строки (с учетом 
регистра), и вызывают ассемблирование блока при их идентичности 
(ТЕТОМ) или неидентичности (ТЕОТЕ). Аргументы могут быть именами, 
числами или выражениями. Скобки < и > обязательны. Аргументы раз- 
деляются запятой. 


Директивы ТЕОТЕ и ТЕМ введены для использования их в макро- 
определениях, где они могут управлять условным ассемблированием, 
анализируя значения передаваемых в макроопределение параметров. В 
этом случае в качестве аргументов следует задавать формальные параме- 
тры макроопределения. 


Директивы условной генерации ошибок 


Использование директив условной генерации ошибок позволяет 
контролировать ситуации, не нашедшие отражения в синтаксисе языка 
Ассемблера. 


Например, при помощи такой директивы можно вызвать генера- 
цию сообщения об ошибке и, соответственно, установку минимального 
кода возврата транслятора в случае использования регистра АХ, что с 
точки зрения синтаксиса не является ошибкой, но может быть недопус- 
тимо по логике программы. 


Обработка любой директивы условной генерации ошибок, кроме 
.ЕВВ1, с истинным условием эквивалентна распознаванию фатальной 
ошибки (с кодом возврата 7), при которой МА$М уничтожает объектный 
файл. 


Форматы директив и соответствующие им сообщения МАЗМ 
приведены ниже. 
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Директивы условной генерации ошибок: 




















Синтаксис Номер и текст сообщения 

ЕВАТ 87 Рогсей еггог - разз 1 

ЕВА2 88 Рогсей еггог - раз 2 

ЕВВ 89 Рогсей еггог 

ЕВАЕ выражение 90 Рогсей еггог - ехргезз1оп едиа1$ 0 

ЕВАМУ выражение 91 Рогсей еггог - ехргезз1оп по едиа1$ 0 
ЕВАМОЕЕ имя 92 Рогсей еггог - зутбо1 поф дег1теад 

ЕВВОЕЕ имя 93 Рогсей еггог - зутбо1т ае1теад 

ЕВВВ <строка> 94 Рогсей еггог - ${г1пд БТапк 

ЕВВМВ <строка> 95 Рогсей еггог - ${г1пд пот О1ап 

ЕВАТОМ <строка-1> 96 Рогсе еггог - $31г1п9з 14еп{1са] <«строка-2> 
ЕВВОТЕ <строка-2> 97 Рогсе еггог - $31г1пдз 91РТегепе <строка-2> 








Директива .ЕВК обеспечивает безусловную генерацию сообщения 
об ошибке. Директивы .ЕВВТ и .ЕВК2 также безусловно воздействуют 
соответственно лишь на 1-й и 2-й проход транслятора. Директива .ЕВВ1 
вызывает не фатальную ошибку, а предупреждение. 


Директивы .ЕВЕ МИ и .ЕВКЕ вычисляют значение указанного вы- 
ражения и обеспечивают появление сообщения об ошибке соответствен- 
но в случае истинности (1) или ложности (0) этого выражения. 


Директива .ЕВВОЕЕ обеспечивает появление фатальной ошибки, 
когда указанное имя определено в программе как метка, переменная или 
символ, а директива .ЕВКМОЕЕ — когда имя еще не определено. Если 
это имя является ссылкой вперед, оно считается неопределенным на 1-м 
проходе и определенным на 2-м. Эти директивы работают на 1-м про- 
ходе. 


Директивы .ЕВВВ и .ЕВВКМВ анализируют указанную строку и 
обеспечивают генерацию сообщения об ошибке, если эта строка соот- 
ветственно содержит все пробелы или нет. 


Директивы .ЕВВШМ и .ЕКВОГЕ вызывают появление фатальной 
ошибки, если указанные строки соответственно идентичны или раз- 
личны. 
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Макросредства 


Макросредства языка Ассемблера позволяют формировать в ис- 
ходной программе блоки предложений (макроопределения), имеющие 
одно общее имя, и затем многократно использовать это имя для пред- 
ставления всего блока. В процессе ассемблирования МА$ЗМ автоматиче- 
ски замещает каждое распознаваемое макроимя (макрокоманду) после- 
довательностью предложений в соответствии с макроопределением, в 
результате чего формируется макрорасширение. 


Макрокоманда может встречаться в исходной программе столько 
раз, сколько это необходимо. Макроопределение в исходном файле 
должно предшествовать его первому использованию в макрокоманде. 
Макроопределение может как непосредственно находиться в тексте про- 
граммы, так и подключаться из другого файла директивой ПУСГОПЕ. 


В макроопределение могут быть переданы параметры, которые 
могут управлять макроподстановкой или задавать фрагменты текста. 


В программе на языке Ассемблера макрокоманды выполняют в 
целом те же функции, что и процедуры, то есть, обеспечивают много- 
кратное и функционально законченное действие с параметрическим уп- 
равлением. 


Различие заключается в следующем: 


Ф Процедура присутствует в исходной программе один раз, 
тогда как тело макроопределения дублируется столько раз, 
сколько соответствующих макрокоманд содержит 
исходный файл. 


Ф Текст процедуры статичен и неизменен в то время, как 
состав макрораспгирения может зависеть от параметров 
макрокоманды. Следует помнить, что параметры 
макрокоманды — это значения времени ассемблирования, 
а параметры процедуры принимают какие-то 
определенные значения лишь в процессе выполнения 
программы. 
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Макродирективы 


Макроопределение представляет собой блок исходных предложе- 
ний, начинающийся директивой МАСКО и заканчивающийся директи- 
вой ЕМОМ. Формат макроопределения: 


имя МАСВО [[формальный-параметр,...]] 
предложения 
ЕМОМ 


Именем макроопределения считается имя, указанное в директиве 
МАСКВО. Оно должно быть уникальным и используется в исходном фай- 
ле для вызова макроопределения. Формальные параметры представляют 
собой внутренние по отношению к данному макроопределению имена, 
которые используются для обозначения значений, передаваемых в мак- 
роопределение при его вызове. Может быть определено любое число 
формальных параметров, но все они должны помещаться на одной стро- 
ке и разделяться запятыми (если их несколько). 


В теле макроопределения допустимы любые предложения языка 
ассемблера, в том числе и другие макродирективы. Допустимо любое 
число предложений. Каждый формальный параметр может быть исполь- 
зован любое число раз в этих предложениях. 


Макроопределения могут быть вложенными, то есть, одно макро- 
определение может содержаться в другом. МАЗМ не обрабатывает вло- 
женные макроопределения до тех пор, пока не будет вызвано внешнее 
макроопределение. Поэтому вложенное макроопределение не может 
быть вызвано до тех пор, пока хотя бы один раз не было вызвано внеш- 
нее макроопределение. Глубина вложенности может быть произвольной 
и ограничивается лишь размером доступной при ассемблировании памя- 
ти. 


Макроопределения могут содержать вызовы других макроопреде- 
лений. Такие вложенные макровызовы обрабатываются так же, как и 
другие макровызовы, но лишь тогда, когда вызвано внешнее макроопре- 
деление. 


Макроопределения могут быть рекурсивными, то есть, вызывать 
сами себя. 
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МА$ЗМ ассемблирует предложения тела макроопределения только 
при макровызове и только в той точке исходного файла, где этот вызов 
имеет место. Таким образом, все адреса в ассемблируемом коде будут 
связаны с точкой макровызова, а не местоположением макроопределе- 
ния. Макроопределение само по себе никогда не ассемблируется. 


Следует соблюдать осторожность при использовании слова 
МАСКО после директив ТТТЬЕ, ЗОВТТЕ и МАМЕ. Так как директива 
МАСКО «перекрывает» эти директивы, использование такого слова по- 
сле указанных директив приведет к тому, что Ассемблер начнет создавать 
макро с именами ТТТЕЕ, ЗОВТТЕ или МАМЕ. Например, предложение 


ТТТЕЕ Масго Е11е 


может быть внесено в исходный файл для создания заголовка 
«Масго ЕЙе», но в результате будет создано макроопределение с именем 
ТИГГЕ, имеющее формальный параметр ЕЙе, а, поскольку в этом случае, 
очевидно, не будет предусмотрена директива ЕМОМ, закрывающая мак- 
роопределение, будет скорее всего генерироваться сообщение об 
ошибке. 


Следует помнить, что МА$М замещает все вхождения имени фор- 
мального параметра в теле макроопределения его фактическим значени- 
ем, даже если программисту это не нужно. Например, если формальный 
параметр имеет имя АХ, в генерируемом макрорасширении МАЗ$М заме- 
щает все вхождения АХ на значение фактического параметра. Если же по 
логике макроопределения необходимо использование регистра АХ, а не 
одноименного формального параметра, код макрорасширения может 
быть некорректным. 


Макроопределения могут быть переопределены. При этом можно 
не заботиться об удалении из исходного файла первого макроопределе- 
ния, так как каждое следующее макроопределение автоматически заме- 
щает предыдущее макроопределение с тем же именем. Если переопреде- 
ление совершается внутри самого макроопределения, необходимо 
помнить, что между директивами ЕМОМ, закрывающими старое и новое 
макроопределения, не должно находиться никаких строк. Например, 
следующее переопределение некорректно: 


ЧозфиР МАСВО 
ЧозфиР МАСНО 

ЕМОМ 

;; Ошибочная строка 
ЕМОМ 


322 Введение в макроассемблер 


Макроопределение может быть вызвано в любой момент простым 
указанием его имени в исходном файле (имена макро в комментариях 
игнорируются). МАМ при этом копирует предложения макроопределе- 
ния в точку вызова, замещая в этих предложениях формальные парамет- 
ры на фактические параметры, задаваемые при вызове. 


Общий вид макровызова: 
имя [[фактический-параметр,...]] 


Имя должно быть именем ранее определенного в исходном файле 
макроопределения. Фактическим параметром может быть имя, число 
или другое значение. Допустимо любое число фактических параметров, 
но все они должны помещаться на одной строке. Элементы списка пара- 
метров должны разделяться запятыми, пробелами, или ТАВ-символами. 


МА$ЗМ замещает первый формальный параметр на первый факти- 
ческий параметр, второй формальный параметр на второй фактический 
параметр. Если фактических параметров в макровызове больше, чем 
формальных параметров в макроопределении, лишние фактические па- 
раметры игнорируются. Если же фактических параметров меньше, чем 
формальных, формальные параметры, для которых не заданы фактичес- 
кие, замещаются пустыми строками (пробелами). Для определения того, 
заданы или не заданы соответствующие фактические параметры могут 
быть использованы директивы ТЕВ, ТЕМВ, .ЕВКВи .ЕВВМВ. 


В макросредствах языка Ассемблера имеется возможность переда- 
вать список значений в качестве одного параметра. Этот список должен 
быть заключен в одинарные скобки < и >, асами элементы списка — раз- 
деляться запятыми. Пример: 


а110с6 <1,2,3, 4> 


При написании макроопределений иногда возникает необходи- 
мость в задании меток инструкций или имен полей данных. Поскольку 
каждое макроопределение может использоваться многократно, может 
возникнуть ситуация, когда несколько имен или меток определены мно- 
гократно, что вызовет ошибку трансляции. Для обеспечения правильной 
обработки таких ситуаций в макроязыке предусмотрена директива 
ГОСАГ, позволяющая локализовать заданные имена исключительно в 
данном макрорасширении. 


Формат: 


[ОСАЕ формальное-имя, ... 


Формальное-имя может затем использоваться в данном макро- 
определении с уверенностью, что при каждом макровызове его значение 
будет уникальным. В директиве ГОСАТ, если она присутствует, должно 
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быть задано хотя бы одно имя, аесли их несколько, они должны разде- 
ляться запятыми. 


Для обеспечения уникальности определенных директивой ГОСАЁ 
имен МАЗМ для каждого такого имени при каждом макровызове порож- 
дает реальное имя следующего вида: 


??номер 


Номер представляет собой 16-ричное число в пределах от 0000 до 
ЕЕЕЕ. Для предотвращения повторного определения имен программис- 
ту не рекомендуется определять в своей программе имена этого типа. 


Директива ГОСАГ может использоваться только в макроопреде- 
лении, причем, там она должна предшествовать всем другим предложе- 


ниям макроопределения, то есть, следовать непосредственно после 
МАСКО. 


Для удаления макроопределений служит директива РОВСЕ. 


Формат: 
РУНОЕ имя-макроопределения, ... 


Удаляются все текущие макроопределения с указанными имена- 
ми. Последующий вызов одного из этих макроопределений будет приво- 
дить к ошибке. 


Директива РОВСЕ введена для возможности освобождения и по- 
вторного использования памяти, занимаемой неиспользуемыми в даль- 
нейшем макроопределениями. Если имя-макроопределения представляет 
мнемонику инструкции или директивы, восстанавливается первона- 
чальный смысл мнемоники в соответствии со значением данного ключе- 
вого слова. 


Директива РОВСЕ часто используется для удаления ненужных 
макроопределений из подключаемой директивой ПУСГОПЕ библиотеки 
макроопределений. Библиотека макроопределений представляет собой 
обычный последовательный файл, который в общем случае может содер- 
жать большое число макроопределений. Комбинация директив П\С- 
ПОТЕ и РОВСЕ позволяет выбрать из них только нужные для данной 
программы, что сократит размер исходного файла. 


Нет необходимости удалять макроопределения после их пере- 
определения, так как каждое переопределение автоматически удаляет 
предшествующее макроопределение с данным именем. Аналогично каж- 
дое макроопределение может удалить само себя, имея в своей последней 
обрабатываемой строке директиву РОВСЕ. 
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Конец текущего макроопределения обозначается директивой 
ЕМОМ, которая должна находиться в последней строке макроопределе- 
НИЯ. 


Формат: 
ЕМОМ 


Выход из текущего макроопределения до достижения директивы 
ЕМОМ обеспечивается директивой Е ТМ, имеющей следующий фор- 
мат: 


ЕХТТМ 


Выход из макроопределения по директивам ЕМОМ и ЕХИМ за- 
ключается в прекращении генерации текущего макрораспгирения и воз- 
врате в точку вызова текущего макроопределения в динамически внеш- 
нем макрорасигирении или в исходной программе. 


Пример: 

ада МАСВО рагат 
ТЕВ рагам 
ЕХТТМ 

ЕМОТЕ 

АБО АХ, рагат 
ЕМОМ 


В этом мароопределении осуществляется добавление величины, 
определяемой формальным параметром рагаш, к содержимому регистра 
АХ. Блок условного ассемблирования ГВ обеспечивает выход из макро- 
определения, если при вызове параметр не был задан. 


Блоки повторений 


Блок повторения представляет собой специфическую форму мак- 
роопределения с несколько ограниченными возможностями макроязы- 
ка. По сути блок повторения представляет собой макрообъект, объеди- 
няющий в себе макроопределение и макровызов. Макроопределения как 
шаблона, по которому производится генерация макрораспгирения, здесь 
не требуется, в результате чего сужаются возможности варьирования ге- 
нерируемым текстом. С другой стороны, использование блоков повторе- 
ния по сравнению с макроопределениями является синтаксически и ло- 
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гически более простой задачей. Обработка блока повторения заключает- 
ся в многократном дублировании тела блока с незначительными измене- 
ниями текста. 


В языке Ассемблера имеются блоки повторения 3-х типов: 
Ф* ВЕРТ-блок; 

Ф ТВР-блок; 

Ф ТВРС-блок. 


ВЕРТ-блок имеет следующий формат: 

ВЕРТ выражение 

предложения 

ЕМОМ 

Блок предложений, заключенный между ключевыми словами 
ВЕРТ и ЕМЮМ, повторяется столько раз, каково текущее значение ука- 
занного выражения. Выражение должно иметь значение в виде 16-бито- 


вого числа без знака и не может содержать внешних или неопределенных 
символов. Тело блока может включать в себя любые предложения языка. 


ТВР-блок имеет следующий формат: 


ТРЕ формальный-параметр, <параметр,...> 

предложения 

ЕМОМ 

Блок предложений, стоящий между ключевыми словами ЮР и 


ЕМОМ, будет повторен для каждого параметра в списке, заключенном в 
скобках <>. 


Формальный-параметр относится только к данному блоку и после- 
довательно принимает значения из списка. В качестве параметров в спи- 
ске могут быть заданы определенные символы, строки, числа или сим- 
вольные константы. Может быть задано любое число параметров, 
которые, если их несколько, должны разделяться запятыми. Тело блока 
может включать в себя любые предложения языка Ассемблера. Формаль- 
ный-параметр в теле блока может быть использован произвольное число 
раз. 


Когда МАЗМ распознает директиву 1ВР, он создает копию пред- 
ложений блока для каждого параметра в списке. При копировании пред- 
ложений осуществляется замена текущим параметром всех вхождений 
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формального параметра блока. Если в списке будет обнаружен пустой 
параметр (<>), формальный параметр получит значение пустой строки. 
Если список параметров пуст, блок игнорируется. 


Пример: 
а11ос МАСВО х 
ТНР у, <х> 
ОВ у 

ЕМОМ 

ЕМОМ 


В результате обработки макровызова 
а11ос <0,1,2, 3> 

будет сгенерировано макрорасипирение 
ТВР у, <0,1,2,3> 

ОВ у 

ЕМОМ 

ТВРС-блок имеет следующий формат: 


ТАРС формальный-параметр, строка 

предложения 

ЕМОМ 

Блок предложений, заключенный между ключевыми словами 
ТВРС и ЕМОМ, будет повторен для каждого символа указанной строки. 


При этом каждое вхождение формального параметра в блоке замещается 
текущим символом строки. 


Строка представляет собой любую комбинацию букв, цифр и дру- 
гих символов. Если строка содержит пробелы, запятые или другие огра- 
ничители, она должна быть заключена в одинарные скобки <>. 


Тело блока может включать в себя любые предложения языка 
Ассемблера. Формальный параметр в теле блока может быть использо- 
ван произвольное число раз. 


Когда МАЗМ распознает директиву ВРС, он создает копию пред- 
ложений блока для каждого символа в строке. При копировании предло- 
жений осуществляется замена текущим символом строки всех вхожде- 
ний формального параметра блока. 
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Макрооператоры 


В качестве элементов генерируемого текста в теле макроопределе- 
ния могут быть использованы макрооператоры. 


Оператор замены & обеспечивает замену в тексте формального па- 
раметра на значение соответствующего ему фактического параметра ма- 
кроопределения. Символ & употребляется как перед, так и после имени 
формального параметра и служит для выделения параметра в строке сим- 
волов или в строке, содержащей кавычки. 


Во вложенных макроопределениях оператор замены может быть 
использован для задержки замены формального параметра действитель- 
ным значением, для чего используется более общая форма оператора за- 
мены, в которой символ & может быть указан несколько раз. МАЗМ 
трактует количество рядом стоящих символов & как глубину вложеннос- 
ти макроопределений (относительно текущего уровня), на которой сле- 
дует осуществлять замену формального параметра. 


Пример: 

а11ос МАСВО х 

ТАР 7,<1,2,3> х&87 0В 7 
ЕМОМ 

ЕМОМ 


В этом примере замена формального параметра х осуществляется 
немедленно при вызове макроопределения. Замена параметра 7 будет за- 
держана до начала обработки блока повторения ВР с тем, чтобы пара- 
метр 1 получал значения из указанного списка. Таким образом, параметр 
7 будет замещаться значением элемента списка каждый раз при переходе 
к следующему элементу списка блока повторения. В итоге по макроко- 
манде 


а11ос уаг 
будет сгенерировано макрорасширение 


уаг1 ПВ 1 
уаг2 ПВ 2 
уагзЗ ПВ 3 


Текстовый оператор литерала указывает МАЗМ, что заданный 
внутри скобок < и > текст следует трактовать как простой литеральный 
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элемент независимо от того, содержит ли он запятые, пробелы или дру- 
гие ограничители. Чаще всего этот оператор используется в макровызо- 
вах и директивах ВР для того, чтобы значения списка параметров обра- 
батывались как один параметр. 


Кроме того, этот оператор используется в тех случаях, когда необ- 
ходимо, чтобы МА$ЗМ трактовал некоторые специальные символы (на- 
пример, ; или &) как литералы. Например, в выражении <}> точка с запя- 
той рассматривается как точка с запятой, а не как начало комментария. 


Символьный оператор литерала ! отличается от текстового лишь 
тем, что в нем в качестве литерала рассматривается только непосредст- 
венно следующий за ! символ. Например, выражения !; и <;> эквива- 
лентны. 


Оператор выражения % указывает МАЗМ, что данный текст сле- 
дует трактовать как выражение. МА$М вычисляет значение выражения с 
учетом основания системы счисления встречающихся в выражении чи- 
сел и замещает текст этим значением. Текст должен представлять кор- 
ректное выражение. 


Оператор выражения обычно используется в макровызовах, когда 
в макроопределение необходимо передать значение выражения, а не его 
текстовую форму. 


Пример: 

агеа МАСВО раг 
Ом &раг 

ЕМОМ 


зип? Е0У 100 
зим Е0У 200 


В результате обработки макровызова 

агеа %(зит1+$ит2) 

будет сгенерировано макрорасширение 

Ом 300 

Оператор макрокомментария ;; определяет, что остаток строки 
является макрокомментарием. 


В отличие от обычного комментария, который обозначается оди- 
нарными точкой с запятой и также может встречаться в макроопределе- 
НИЯХ, макрокомментарий в текст макрорасширения не попадает. Он 
присутствует лишь в теле макроопределения. 
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Директивы определения памяти 


Директивы определения памяти служат для задания размеров, со- 
держимого и местоположения полей данных, используемых в программе 
на языке Ассемблера. В отличие от других директив языка Ассемблера 
при обработке директив определения памяти генерируется объектный 
код. МАЗМ транслирует задаваемые в директивах определения памяти 
числа, строки и выражения в отдельные образы байтов, слов или других 
единиц данных. Эти образы копируются в объектный файл. 


Директивы определения данных могут задавать: 


Ф Скалярные данные, представляющие собой единичное 
значение или набор единичных значений. 

Ф Записи, позволяющие манипулировать с данными на 
уровне бит. 

Ф Структуры, отражающие некоторую логическую структуру 
данных. 


Скалярные данные 


Директива ОВ обеспечивает распределение и инициализацию 1 
байта памяти для каждого из указанных значений. В качестве значения 
может кодироваться целое число, строковая константа, оператор ОУР, 
абсолютное выражение или знак ?. Знак ? обозначает неопределенное 
значение. Значения, если их несколько, должны разделяться запятыми. 


Если директива имеет имя, создается переменная типа ВУТЕ с со- 
ответствующим данному значению указателя позиции смещением. 


Строковая константа может содержать столько символов, сколько 
помещается на одной строке. 
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Символы строки хранятся в памяти в порядке их следования, то 
есть, 1-й символ имеет самый младший адрес, последний — самый стар- 
ший. 


Директива О\У/ обеспечивает распределение и инициализацию 
слова памяти (2 байта) для каждого из указанных значений. В качестве 
значения может кодироваться целое число, |- или 2-х символьная кон- 
станта, оператор ОУР, абсолютное выражение, адресное выражение или 
знак ?. Знак ? обозначает неопределенное значение. Значения, если их 
несколько, должны разделяться запятыми. 


Если директива имеет имя, создается переменная типа У\ОВР с 
соответствующим данному значению указателя позиции смещением. 


Строковая константа не может содержать более 2-х символов. По- 
следний (или единственный) символ строки хранится в младшем байте 
слова. Старший байт содержит первый символ или, если строка одно- 
символьная, 0. 


Директива ОШ обеспечивает распределение и инициализацию 
двойного слова памяти (4 байта) для каждого из указанных значений. В 
качестве значения может кодироваться целое число, |- или 2-х символь- 
ная константа, действительное число, кодированное действительное 
число, оператор ОТР, абсолютное выражение, адресное выражение или 
знак ?. 


Знак ? обозначает неопределенное значение. Значения, если их 
несколько, должны разделяться запятыми. 


Если директива имеет имя, создается переменная типа ВУОЮР с 
соответствующим данному значению указателя позиции смещением. 


Строковая константа не может содержать более 2-х символов. По- 
следний (или единственный) символ строки хранится в младшем байте 
слова. Второй байт содержит первый символ или, если строка односим- 
вольная, 0. Остальные байты заполняются нулями. 


Директива ОО обеспечивает распределение и инициализацию 8 
байтов памяти для каждого из указанных значений. В качестве значения 
может кодироваться целое число, 1- или 2-х символьная константа, дей- 
ствительное число, кодированное действительное число, оператор ВУР, 
абсолютное выражение, адресное выражение или знак ?. 


Знак ? обозначает неопределенное значение. Значения, если их 
несколько, должны разделяться запятыми. 


Если директива имеет имя, создается переменная типа О\ОВР с 
соответствующим данному значению указателя позиции смещением. 
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Строковая константа не может содержать более 2-х символов. По- 
следний (или единственный) символ строки хранится в младшем байте 
слова. Второй байт содержит первый символ или, если строка односим- 
вольная, 0. Остальные байты заполняются нулями. 


Директива ОТ обеспечивает распределение и инициализацию 10 
байтов памяти для каждого из указанных значений. В качестве значения 
может кодироваться целое выражение, упакованное десятичное число, 
1- или 2-х символьная константа, кодированное действительное число, 
оператор БУР или знак ?. Знак ? обозначает неопределенное значение. 
Значения, если их несколько, должны разделяться запятыми. 


Если директива имеет имя, создается переменная типа Т\УОВО с 
соответствующим данному значению указателя позиции смещением. 


Строковая константа не может содержать более 2-х символов. По- 
следний (или единственный) символ строки хранится в младшем байте 
слова. Второй байт содержит первый символ или, если строка односим- 
вольная, 0. Остальные байты заполняются нулями. 


При обработке директивы ОТ подразумевается, что константы, 
содержащие десятичные цифры, представляют собой не целые, а деся- 
тичные упакованные числа. В случае необходимости определить 10-бай- 
товое целое число следует после числа указать спецификатор системы 
счисления (О или@ для десятичных чисел, Н или И для 16-ричных). 


Если в одной директиве определения памяти заданы несколько 
значений, им распределяются последовательные байты памяти. 


Во всех директивах определения памяти в качестве одного из зна- 
чений может быть задан оператор УР. 


Он имеет следующий формат: 
счетчик БУР (значение, ...) 


Указанный в скобках () список значений повторяется многократ- 
но всоответствии со значением счетчика. Каждое значение в скобках мо- 
жет быть любым выражением, имеющим значением целое число, сим- 
вольную константу или другой оператор ОТР (допускается до 17 уровней 
вложенности операторов ОУР). Значения, если их несколько, должны 
разделяться запятыми. 


Оператор ОУР может использоваться не только при определении 
памяти, но и в других директивах. 
Примеры директив определения скалярных данных: 


1птедег1 ПВ 16 
51г1п91 ОВ ‘абсот” 
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етрту1 ОВ 2? 

1птедег2 Ом 16728 

соптап2 ОМ 4*3 

пи1{102 0 1, '$ 

агг2 ОМ аггау 

5171193 00 аб 

геа1 3 00 1..5 

епсоде3 00 32000000г 

1913 00 4294967295 

спаги 00 р’ 

епсодеи 00 3200000000000000г 

19пч 00 18446744073709551615 

раск5 ОТ 1234567890 

геа15 ОТ 1.5 

(115 от ‘а’, 37000000000000000000г 

1915 от 12089258196146291747061754 

966 ОВ 5 0Р(5 ВУР(5 09Р(10))) 

мб Ом 00Р(1,2,3,4,5) 
Записи 


Запись представляет собой набор полей бит, объединенных одним 
именем. Каждое поле записи имеет собственную длину, исчисляемую в 
битах, и не обязана занимать целое число байтов. 


Объявление записи в программе на языке Ассемблера включает в 
себя 2 действия: 


1. Объявление шаблона или типа записи директивой ВЕСОВО. 
2. Объявление собственно записи. 


Формат директивы КЕСОВП: 


имя-записи ВЕСОВО 
имя-поля : длина[ [=выражение]],... 


Директива КЕСОВО определяет вид 8- или 16-битовой записи, со- 
держащей одно или несколько полей. 


Имя-записи представляет собой имя типа записи, которое будет 
использоваться при объявлении записи. Имя-поля и длина (в битах) опи- 
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сывают конкретное поле записи. Выражение, если оно указано задает на- 
чальное (умалчиваемое) значение поля. 


Описания полей записи в директиве ВЕСОКЪ, если их несколько, 
должны разделяться запятыми. Для одной записи может быть задано лю- 
бое число полей, но их суммарная длина не должна превышать 16 бит. 


Длина каждого поля задается константой в пределах от 1 до 16. Ес- 
ли общая длина полей превышает 8 бит, Ассемблер выделяет под запись 
2 байта, в противном случае — 1 байт. 


Если задано выражение, оно определяет начальное значение поля. 
Если длина поля не меньше 7 бит, в качестве выражения может быть ис- 
пользован символ в коде АЗСП. Выражение не должно содержать ссылок 
вперед. 


Внутри записи поля размещаются слева направо в порядке описа- 
ния в директиве КЕСОВО. Поэтому объявленное первым поле содержит 
самые значимые биты записи, если рассматривать ее как двоичное чис- 
ло. Если суммарная длина полей не равна 8 или 16, запись расширяется 
до целой границы байта нулевыми битами слева, и, таким образом, по- 
следний бит последнего поля всегда является самым младшим битом за- 
писи. 


При обработке директивы ВЕСОВО формируется шаблон записи, 
а сами данные создаются при объявлении записи, которое имеет следую- 
щий ВИД: 


Гимя]] имя-записи <[[ значение, ... ] ]> 


По такому объявлению создается переменная типа записи с 8- или 
16-битовым значением и структурой полей, соответствующей шаблону, 
заданному директивой ВЕСОВ с именем имя-записи. 


Имя задает имя переменной типа записи. Если имя опущено, 
МАЗМ распределяет память, но не создает переменную, которую можно 
было бы использовать для доступа к записи. 


В скобках <> указывается список значений полей записи. Значе- 
ния в списке, если их несколько, должны разделяться запятыми. Каждое 
значение может быть целым числом, строковой константой или выраже- 
нием и должно соответствовать длине данного поля. Для каждого поля 
может быть задано одно значение. 


Скобки <> обязательны, даже если начальные значения не за- 
даны. 


Если в качестве значения используется оператор ОТР, в скобки 
<> следует заключать список значений оператора ОУР. Следует иметь 
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ввиду, что при использовании оператора ПУР создается несколько пере- 
менных типа запись. 


Задавать значения всех полей записи необязательно. Если Ассем- 
блер вместо значения обнаружит левый пробел, будет использовано на- 
чальное значение поля, заданное директивой КЕСОВЮ, а если оно и там 
опущено, значение поля будет не определено. 


Структуры 


Структура представляет собой набор полей байтов, объединенных 
одним именем. 


Объявление структуры в программе на языке Ассемблера включа- 
ет в себя 2 действия: 


1. Объявление шаблона или типа структуры директивами ЭТВОС 
и Е\ОЬ. 


2. Объявление собственно структуры. 


Формат объявления типа структуры: 


имя УТНИС 
описания-полей 
имя Е№0$ 


Директивы ЭТВОС и ЕМОЗ обозначают соответственно начало и 
конец описания шаблона (типа) структуры. Описание типа структуры за- 
дает имя типа структуры и число, типы и начальные значения полей 


структуры. 


Указанное в директивах ЗТКОС и ЕМОЗ имя задает новое имя ти- 
па структуры. Оно должно быть уникальным. Описания-полей определя- 
ют поля структуры и могут быть заданы в одной из следующих форм: 


[[имя]] ОВ значение, ... 
[[имя]] ОМ значение, ... 
[[имя]] 00 значение, ... 
[имя] ] 00 значение, ... 
[[имя]] ОТ значение, ... 
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Каждое поле может иметь свое имя. Директивы ОВ, ОУ, О, ОО 
или ОТ задают длину поля. Для каждого поля могут быть указаны началь- 
ные значения, которыми инициализируются поля при отсутствии соот- 
ветствующих начальных значений при объявлении структуры. Имя каж- 
дой директивы, если оно задано, должно быть уникальным и 
представляет смещение поля относительно начала структуры. 


Значением поля может быть число, символ, строковая константа 
или имя другого объекта. Для определения множества значений поля мо- 
жет использоваться оператор ОУР. Если в качестве значения задана 
строковая константа, поле занимает столько байтов, сколько символов в 
константе. Если задано несколько значений, они должны разделяться за- 
пятыми. 


Объявление типа структуры может содержать только описания по- 
лей и комментарии. По этой причине структуры не могут быть вложен- 
НЫМИ. 


Пример: 


Таб1е $ТтВиС 

соипЕ ОВ 10 

уа1ие Ом 10 01Р(?) 
{пате ОВ ‘Топт’ 
Табе ЕМО$ 


При обработке директив ЗТКОС и ЕМОЗ формируется шаблон 
структуры, а сами данные создаются при объявлении структуры, которое 
имеет следующий вид: 


имя] ] имя-структуры <[ значение, ...]]> 


По такому объявлению создается переменная типа структура со 
структурой полей, соответствующей шаблону, заданному директивой 
ЭТКОС с именем имя-структуры. 


Имя задает имя переменной. Если имя опущено, МАЗМ распреде- 
ляет память, но не создает переменную, которую можно было бы исполь- 
зовать для доступа к структуре. 


В скобках <> указывается список значений полей структуры. Зна- 
чения в списке, если их несколько, должны разделяться запятыми. Каж- 
дое значение может быть целым числом, строковой константой или вы- 
ражением, тип которого должен совпадать с типом соответствующего 
ему поля. Для каждого поля может быть задано одно значение. 


Скобки <> обязательны, даже если начальные значения не за- 
даны. 
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Если в качестве значения используется оператор ОТР, в скобки 
<> следует заключать список значений оператора БУР. 


Задавать значения всех полей структуры необязательно. Если Ас- 
семблер вместо значения обнаружит левый пробел, будет использовано 
начальное значение поля, заданное при описании типа структуры, а если 
и оно опущено, значение поля будет не определено. 


Следует помнить, что объявлении структуры нельзя задавать зна- 
чения полей, для которых в соответствующем шаблоне задано множест- 
во значений. Например: 


$1г1п9$ УТНИС 

риЁРег ОВ 100 УР(?) 
СгЕР ОВ 13, 10 
дуегу 08 ‘ЕПепаме’ 
епт ОВ 35 
5{г1п9$ ЕМО$ 


При объявлении структуры с использованием этого шаблона зна- 
чения полей Бийег и стЁ не могут быть заданы, так как шаблон для них 
определяет множество значений. Значение поля эиегу может быть пере- 
крыто только значением, длина которого не превышает 8 байтов. Анало- 
гично, значение поля епдт может быть перекрыто любым однобайтовым 
значением. 


Описание символических имен 


Директивы описания символических имен позволяют создавать в 
исходной программе имена, использование которых существенно упро- 
щает программирование. Символические имена являются константами 
времени ассемблирования и могут представлять число, текст, инструк- 
цию или адрес. 


Для описания символических имен в языке ассемблера служат ди- 
рективы ЕОТ, ГАВЕГ и директива абсолютного присваивания (=). 


Директива абсолютного присваивания имеет следующий формат: 


имя=выражение 
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По этой директиве создается абсолютное имя, представляющее 
значение, равное текущему значению указанного выражения. Для хране- 
ния этого значения не выделяется никакой памяти. Вместо этого каждое 
вхождение указанного имени в исходном файле замещается значением 
выражения. 


Абсолютное имя может быть переопределено. В каждой директи- 
ве абсолютного присваивания в качестве имени может быть указано уни- 
кальное имя или имя, ранее использованное другой директивой абсо- 
лютного присваивания. 


Выражение может быть целым числом, одно- или двухсимвольной 
строковой константой, константным выражением или адресным выра- 
жением. Его значение не должно превышать 65535. 


Следует помнить, что значение абсолютного имени является пе- 
ременной величиной в процессе ассемблирования и константой во вре- 
мя выполнения программы. 


Примеры: 
1птедег = 167 
517119 = ‘аб’ 
Соп$Е = 3*4 
ад4г = $(г1п9 


Директива ЕОП имеет следующий формат: 
имя ЕОЦУ выражение 


Директива ЕОТП создает абсолютное имя, алиас или текстовое имя 
путем присваивания имени указанного выражения. 


Под абсолютным здесь понимается имя, представляющее 16-би- 
товое значение; алиасом называется ссылка на другое имя; текстовое имя 
представляет собой строку символов. Каждое вхождение имени в исход- 
ном файле Ассемблер замещает текстом или значением выражения в за- 
висимости от типа используемого выражения. 


Имя должно быть уникальным и не может быть переопределено. В 
качестве выражения может задаваться целое число, строковая константа, 
действительное число, кодированное действительное число, мнемоника 
инструкции, константное выражение или адресное выражение. Выраже- 
ние, имеющее значением целое число в пределах от 0 до 65535, порожда- 
ет абсолютное имя, вхождения которого Ассемблер замещает этим зна- 
чением. Для всех остальных выражений вхождения имени замещаются 
текстом. 
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Директива ЕОП иногда используется для создания простых мак- 
роопределений. 


Отметим, что замещение имен текстом или значением осуществ- 
ляется до ассемблирования содержащего имя предложения. 


Примеры: 

К ЕОУ 102и ; значение 
рт ЕСИ 3.14 ; текст 
мае ЕОУ 20*30 ; значение 
айг ЕСИ [ВР] : текст 
сте ЕСИ ХОВ АХ, АХ ; текст 

д ЕСИ ВУТЕ РТВ; текст 

иО ЕОУ 'Р11е’ : текст 





Директива ГАВЕГ имеет следующий формат: 
имя ГАВЕЁ тип 


Директива [АВЕГ порождает новую переменную или метку путем 
присваивания имени указанного типа и текущего значения указателя по- 
Зиции. 


Имя должно быть уникальным и не может быть переопределено. В 
качестве типа может быть задано одно из следующих ключевых слов, 
имеющих обычный смысл: 


Ф ВУТЕ 
УОВО 
О\ОвО 
ОУОВО 
ТВУТЕ 
МЕАК 
ЕАВ. 
Пример: 


раггау ГАВЕЁ ВУТЕ 
маггау ОМ 100 0ИР(0) 


Здесь имена Баггау и уаггау ссылаются на одну и ту же область 
памяти. 


$$$ +Ф 
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Директивы управления файлами 


Директивы управления файлами позволяют управлять исходным 
и объектным файлами, а также листингом ассемблерной программы. 
Под управлением понимается указания о том, как трактовать элементы 
входного (исходного) файла и задание содержимого и объема вывода для 
выходных (объектный файл и листинг) файлов. 


Управление исходным файлом 


Для управления исходным файлом предназначены директивы 
ПУСГОПЕ, .ВАПХ и СОММЕМТ. 


Директива ПУСПОПЕ имеет следующий формат: 
ТАСЬООЕ имя-файла 


Содержимого файла с указанным именем, трактуемое как текст, 
вставляется в исходный файл на место директивы ПУСГОШЕ. Имя-файла 
должно определять существующий файл. Имя-файла может включать в 
себя полную или частичную информацию о пути поиска файла. Если 
имя-файла не содержит информацию о местонахождении файла, поиск 
осуществляется в директориях, заданных опцией /1 МАЗМ, а если файл 
там не будет найден, то — в текущей директории. Если файл не найден, 
МАЗМ выдает сообщение об ошибке. 


Когда Ассемблер обнаруживает директиву ПУСГОПЕ, он открыва- 
ет указанный исходный файл и начинает ассемблировать содержащиеся 
в нем предложения. После обработки всех предложений этого файла Ас- 
семблер продолжает ассемблирование с предложения, непосредственно 
следующего за ПМСГОПЕ. 


Директивы ПУСГОПЕ могут быть вложенными. Файл, подключа- 
емый по этой директиве, также может содержать директивы ПУМСГОПЕ. 


В листинге предложения из подключаемых файлов помечаются 
символом С. 


При спецификации путей поиска файла могут использоваться 
символы / или \, что введено для совместимости с ХЕМХ. 


Если необходимо, чтобы местоположение подключаемых файлов 
задавалось динамически после формирования исходного файла, следует 
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в директивах ПУСГОПЕ опустить спецификацию путей поиска и опреде- 
лять их опцией /Т или установкой текущего директория. 


Примеры: 


ТАСЕОВЕ епегу 

ТМСЕУОЕ Ь:\1пс1иде\гесога 
ТМСЕООЕ /1пс1иде/аз/за1о 
ТАСЬОБЕ 1оса1\деЁ1пте. 1пс 


Директива .ВАТШХ устанавливает умалчиваемое основание чисел 
во входном файле и имеет формат: 


.ВАОТХ выражение 


В качестве выражения задается число в пределах от 2 до 16, кото- 
рое определяет, в какой системе счисления трактовать числа при отсут- 
ствии явного указания. Могут быть указаны следующие значения: 


Ф 2 — двоичная; 

Ф 8 — 8-ричная; 

Ф* 10 — десятичная; 
Ф 16 — 16-ричная. 


Указанное в директиве .КАПХ выражение всегда трактуется как 
десятичное число независимо от текущего умалчиваемого основания. По 
умолчанию при отсутствии директивы .ВАШХ используется десятичная 
система счисления. 


Директива .ВАШХ не влияет на числа, указанные в директивах 
ОО, БО и ОТ. Числа выражений этих директив всегда трактуются как де- 
сятичные. 


Директива .ВАТХ не влияет на спецификаторы основания В и Б, 
используемые при задании целых чисел. Если последним символом це- 
лого числа оказывается В или О, он трактуется как спецификатор систе- 
мы счисления, а не как 16-ричная цифра, даже если умалчиваемое осно- 
вание — 16. Например, число 11В будет восприниматься как двоичное 
11, ане как 16-ричное 11В. Для того, чтобы оно трактовалось как 16-рич- 
ное, следует задавать 11ВВ. 


Примеры: 
. КАОТХ 16 
. ВАОТХ 2 


Директива СОММЕМТ позволяет указывать Ассемблеру, что вы- 
деленный участок исходного файла следует рассматривать как коммен- 
тарий. 
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Формат: 
СОММЕМТ ограничитель 


текст 


ограничитель [[текст]] 


Текст, заключенный между ограничителями (которые должны 
совпадать), считается комментарием и ассемблированию не подлежит. В 
качестве ограничителя берется первый отличный от пробела символ по- 
сле ключевого слова СОММЕМТ. Ассемблер пропускает весь последую- 
щий текст до следующего вхождения такого же ограничителя. Текст ком- 
ментария не должен содержать такого символа. Комментарием считается 
также весь текст, расположенный на той же строке, что и последний ог- 
раничитель. 


Директива СОММЕМТ обычно используется при задании ком- 
ментария, занимающего много строк. 


Пример: 


СОММЕМТ 
* Весь текст между звездочками считается комментарием * 


Управление листингом 


Директивы управления листингом позволяют управлять содержи- 
мым и форматом формируемого МА$М листинга ассемблерной про- 
граммы. 


Директива ТТТГЕ задает заголовок листинга программы, который 
будет печататься в начале каждой страницы листинга. Текст заголовка 
может включать в себя до 60 любых символов. Каждый модуль может со- 
держать не более одной директивы ТИТЬЕ. Если не использовалась ди- 
ректива МАМЕ, первые 6 отличных от пробела символов заданного в 
ТИТГЕЕ заголовка рассматриваются как имя модуля. 


Директива ЗОВТТЕ определяет подзаголовок листинга, который 
печатается в начале каждой страницы листинга на следующей строке по- 
сле заголовка. Задаваемый текст представляет собой любую комбинацию 
символов, из которой в качестве подзаголовка используются первые 60 
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символов. Если текст опущен, строка подзаголовка в листинге содержит 
левый пробел. Программа может содержать любое количество директив 
ЗОВТТЕ. Каждая последующая директива замещает предыдущую. 


Директивы управления листингом 












































Формат Функция 

ТТТЕЕ текст задание заголовка листинга 

ЗиВТТЕ [[текст]] задание подзаголовка листинга 

РАСЕ длина, ширина задание параметров страницы листинга 

. ТУТ печатать листинг 

‚ ХЕТУТ не печатать листинг 

. ГАЕЕ печатать все исходные предложения 

.‚ ЗАЕЕ подавить печать макрорасширений 

. ХАЕЕ печатать только код и данные 

‚ ЗРСОМО подавить печать условных блоков с 
ложными условиями 

‚ СЕСОМО печатать условные блоки с ложными 
условиями 

‚ ТЕСОМО установить умалчиваемый режим печати 
условных блоков 

. СВЕЕ печатать листинг перекрестных ссылок 

.ХСНЕР [[имя,...]] подавить печать листинга перекрестных 
ссыло 








Директива РАСЕ позволяет управлять форматом страницы лис- 
тинга. 


В первой форме директивы предусмотрены 2 позиционных пара- 
метра, которые устанавливают максимальное число строк страницы ли- 
стинга (длина) и максимальное число символов в строке листинга (ши- 
рина). Задаваемая длина должна находиться в пределах от 10 до 255 
(значение по умолчанию — 50). Ширина может варьироваться от 60 до 
132 (значение по умолчанию — 80). Если длина не указана, ширине, если 
она задана, должна предшествовать запятая. 


Вторая форма директивы РАСЕ (со знаком +) означает, что номер 
секции программы должен быть увеличен, а номер страницы устанавли- 
вается равным 1. Номер страницы листинга состоит их 2-х компонент: 
номера секции и номера страницы внутри секции и имеет следующий 
ВИД: 


секция-страница 


По умолчанию нумерация страниц листинга начинается со значе- 
ния 1-1. 
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Третья форма директивы РАСЕ (без аргументов) предписывает 
МА$М перейти на новую страницу листинга. 


Директива .ХШЫЗТ подавляет копирование в листинг последую- 
щих строк исходной программы. Следует помнить, что обработка МАЗМ 
директивы .ХЫ$Т перекрывает все предшествующие ей директивы уп- 
равления листингом. 


Директива ЛАЭТ восстанавливает копирование в листинг после- 
дующих строк исходной программы. 


Директива .ГАШ, сообщает МАЗМ, что листинг должен содержать 
все предложения макрорасшгирений, если они есть, включая обычные 
комментарии (с предшествующей ;), но исключая макрокомментарии (с 
предшествующей $;;). 


По директиве .ХАЦ, распечатываются только предложения мак- 
рорасширений, по которым генерируется программный код или данные. 
Комментарии игнорируются. Этот режим действует по умолчанию при 
отсутствии в исходной программе директив .ГАШ. и .ЗАШМ.. 


Директива .ЗАШ, подавляет распечатку макрорасширений. 


Директива .ЗЕСОМО подавляет распечатку тел всех последующих 
условных блоков, условия ассемблирования которых окажутся ложны- 
Ми. 


Директива .С(ЕСОМО восстанавливает распечатку таких блоков. 


Директива „(ТЕСОМЮ устанавливает умалчиваемый режим распе- 
чатки условных блоков. Эта директива работает в сочетании с опцией /Х 
МАЗМ. Если опция /Х при запуске МАЗМ не была задана, .ТЕСОМО 
разрешает печать условных блоков с ложными условиями. Если же оп- 
ция /Х была задана, ТЕСОМО подавляет печать таких блоков. Каждая 
обработка Ассемблером директивы ТЕСОМЮ меняет режим распечатки 
условных блоков с ложными условиями на противоположный. 


Директива .ХСВЕЕ подавляет генерацию листинга перекрестных 
ссылок для меток, переменных и имен. Если в директиве задан список 
имен, из листинга перекрестных ссылок исключаются только указанные 
объекты, а все остальные в листинг попадают. Если список содержит бо- 
лее, чем одно имя, его элементы должны отделяться друг от друга запя- 
ТЫМИ. 


Директива .СВЕЕ восстанавливает генерацию листинга перекре- 
стных ссылок. 
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Другие директивы 


В языке Ассемблере имеются еще 2 директивы, имеющие некото- 
рое отношение к вводу/выводу. Это директивы %ОТТ и МАМЕ. 


Директива %ОТТ имеет следующий формат: 
%ОУТ текст 


При обработке Ассемблером этой директивы указанный текст вы- 
дается на системный экран. Эта директива полезна при отслеживании 
прохождения процесса ассемблирования через специфичные участки 
очень большой исходной программы. 


Директива %ФОТТ срабатывает на обоих проходах МАЗМ. Для то- 
го, чтобы сообщение выдавалось на каком-либо одном проходе, можно 
использовать директивы ГЕ 1 и 1Е2. 


Пример: 
ТЕ 


%О0Т Р1гзф раз$ 
ЕМОТЕ 


Сообщение будет выдано только на 1-м проходе. 


Директива МАМЕ позволяет присваивать имя текущему модулю и 
имеет формат: 


МАМЕ имя-модуля 


Имя модуля используется программой ШМ№К при выдаче диагнос- 
тических сообщений. Имя-модуля может быть любой комбинацией букв 
и цифр, из которой используются только первые 6 символов. Имя долж- 
но быть уникальным и не может совпадать с ключевым словом. 


При отсутствии в исходной программе директивы МАМЕ Ассемб- 
лер создает умалчиваемое имя модуля, в качестве которого используются 
первые 6 символов текста, задаваемого директивой ТТТИЕ. Если же и ди- 
ректива ТТТЬЕ опущена, модулю присваивается имя А. 
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Глобальные объявления 


Директивы глобального объявления позволяют определять метки, 
переменные и абсолютные имена, доступ к которым возможен из всех 
сегментов программы независимо от того, как они ассемблировались. 


В языке Ассемблера имеются 2 директивы глобального объявле- 
ния: РОВИС и ЕХТВМ, которые дополняют друг друга. 


Директива РОВШС имеет следующий формат: 
РИВЕТС имя, ... 


Директива РОВШС делает указанные в списке переменные, метки 
или абсолютные имена, общими, то есть, доступными всем модулям 
программы. Каждый элемент списка должен быть определен в текущем 
исходном файле. Абсолютные имена, если они указаны, должны пред- 
ставлять одно- или двухбайтные целые числа или строковые значения. 


Обычно до копирования в объектный файл строчные буквы в об- 
щих именах преобразуются в заглавные. Для сохранения первоначально- 
го написания имен с учетом регистра могут быть использованы опции 
/МГи /МХ МАЗМ. 


Директивой РОВЫС должны быть описаны имена, используемые 
при работе с ЗУМПЕВ в режиме символьной отладки. 


Директива ЕХТВМ имеет следующий формат: 
ЕХТВМ имя:тип,... 


Директива ЕХТКМ определяет внешние по отношению к текуще- 
му сегменту объекты с указанием их типа. Внешним объектом может 
быть переменная, метка или имя, объявленные в другом модуле програм- 
мы директивой РОВЫС. Тип, указанный в директиве ЕХТКМ, должен 
соответствовать действительному типу объекта и может кодироваться од- 
ним из следующих ключевых слов: 


Ф —ВУТЕ 

Ф У\ош 
Ф —о\ов 
$Ф О\ою 
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$ +Ф+›Ф 


Тип АВЗ используется при описании имен, представляющих аб- 
солютные значения. Остальные описатели типа имеют обычный смысл. 


Несмотря на то, что действительные адреса объектов до обработки 
объектного файла программой ММК неизвестны, Ассемблер, основыва- 
ясь на местонахождении директивы ЕХТВМ, может делать предположе- 
ния о том, какой сегмент следует использовать для адресации внешнего 
объекта. Если директива ЕХТВМ находится внутри какого-либо сегмен- 
та, считается, что указанные внешние объекты связаны с этим сегмен- 
том, и описывающие их директивы РОВШС должны содержаться в сег- 
менте с тем же именем и теми же атрибутами. 


Если директива ЕХТВМ не входит ни в один сегмент, предположе- 
ний о содержащем внешний объект сегменте не делается, и соответству- 
ющая директива РОВС может располагаться в любом сегменте. В обо- 
их случаях для подавления адресации внешнего объекта относительно 
умалчиваемого сегмента может использоваться оператор переключения 
сегмента (:). 


Инструкции процессоров 


Набор инструкций процессора представляет собой самый нижний 
(машинный) уровень программного обеспечения компьютера. Програм- 
мирование на этом уровне представляет из себя весьма непростую задачу 
по той причине, что выполняемые каждой инструкцией функции до- 
вольно просты, и поэтому любая сколько-нибудь сложная программа 
включает в себя большое количество инструкций и обычно теряет на- 
глядность. Кроме того, программист обязан знать многие архитектурные 
и функциональные особенности компьютера, о которых он может не ду- 
мать при программировании на языках высокого уровня. С другой сто- 
роны, только набор машинных инструкций предоставляет программисту 
все возможности компьютера. 
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Инструкции процессора доступны пользователю через программу 
МАЗМ. 


Инструкции процессора в унифицированной форме обрабатыва- 
ют различные типы операндов. Почти каждая инструкция может опери- 
ровать с байтом или словом на выбор. Регистры, переменные памяти 
(поля памяти, представленные адресами) и непосредственные операнды 
могут кодироваться в большинстве инструкций без ограничений, за 
исключением, разумеется, того, что непосредственный операнд может 
быть только источником, но не приемником. В частности, переменные 
памяти могут участвовать в операциях сложения, вычитания, сдвига, 
сравнения и других без предварительного помещения их в регистры, что 
экономит инструкции, регистры и время выполнения ассемблерной 
программы. Для языков высокого уровня, где большинство переменных 
размещено в памяти, компиляторы могут генерировать более быстродей- 
ствующий и меньший по объему объектный код. 


Набор инструкций процессоров можно рассматривать как состоя- 
щий из 2-х уровней: 


Ф ассемблерный уровень; 
Ф машинный уровень. 


Ассемблерный уровень включает в себя около 100 инструкций. 
Например, только инструкция МОУ способна пересылать содержимое 
регистра или ячейки памяти или непосредственное значение в регистр 
или ячейку памяти. Процессор распознает 28 различных инструкций для 
МОУ (пересылка байта из регистра в память, пересылка непосредствен- 
но представленного слова в регистр). 


Ассемблер транслирует написанные программистом инструкции 
ассемблерного уровня в инструкции машинного уровня, которые непо- 
средственно выполняются процессором. Компиляторы языков высокого 
уровня транслируют предложения своего языка также в инструкции ма- 
шинного уровня. 


Наличие 2-х уровней инструкций направлено на удовлетворение 
2-х различных требований: эффективности программы и относительной 
простоты программирования. Набор инструкций машинного уровня (их 
около 300) позволяет эффективно использовать память. Например, ма- 
шинная инструкция, предназначенная для увеличения на 1 операнда па- 
мяти, занимает 3-4 байта, так как она должна содержать адрес операнда. 
Для наращивания регистра эта информация не нужна, и инструкция мо- 
жет быть короче. Если программист будет использовать одну инструк- 
цию для наращивания регистра, другую — для операнда памяти, выгода 
от компактных инструкций будет сведена на нет сложностью програм- 
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мирования. Инструкции ассемблерного уровня с точки зрения програм- 
миста проще. Программист кодирует одну форму инструкции ПС, а Ас- 
семблер проверяет ее операнд и решает, какую генерировать машинную 
инструкцию. 


Инструкции пересылки данных 


14 инструкций этого типа обеспечивают пересылку одиночных 
байтов и слов между памятью и регистрами, а также между портами вво- 
да/вывода и регистрами АГ или АХ. В эту группу включены также инст- 
рукции манипуляции со стеком и инструкции пересылки флагов процес- 
сора и загрузки регистров сегмента. 


Все инструкции пересылки данных можно условно разделить на 4 
группы: 


Общего назначения 


Ф МОУ — пересылка байта или слова; 

Ф РОЗН — сохранение слова в стеке; 

Ф РОР — восстановление слова из стека; 
Ф ХСГНС — обмен байтами или словами; 
Ф ХГАТ — трансляция байта. 
Ввода/вывода 

Ф* ПХ — ввод байта или слова из порта; 

Ф ОПТ — вывод байта или слова в порт. 


Адресные операции 


Ф ТЕА — загрузка исполнительного адреса; 
Ф 05 — загрузка указателя с использованием 05; 
Ф ТЕЗ — загрузка указателя с использованием ЕЪ. 
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Пересылка флагов 
Ф ГАНЕ — загрузка флагов в АН; 


Ф ЗАНЕ — установка флагов из АН; 
Ф РОЗНЕ — сохранение флагов в стеке; 
Ф РОРЕ — восстановление флагов из стека. 


Все инструкции пересылки данных, кроме РОРЕ и ЗАНЕ, значе- 
ний флагов процессора не изменяют. 


а 


Инструкции общего назначения 


МОУ приемник, источник 


Пересылка байта или слова. Байт или слово пересылается из ис- 
точника в приемник. 


РУЗН источник 


Сохранение слова в стеке. Указатель стека (регистр ЗР) уменьша- 
ется на 2, и в вершину стека помещается слово из источника. Часто 
РОЗН используется для занесения в стек параметров процедуры перед ее 
вызовом. В общем случае это основное средство для сохранения времен- 
ных данных. 


РОР приемник 


Восстановление слова из стека. Слово данных из текущей верши- 
ны стека, адресуемой регистром УР, пересылается в операнд приемник. 
Регистр УР затем увеличивается на 2 и указывает на новую вершину сте- 
ка. РОР может использоваться для восстановления из стека временных 
данных. 


ХСЕНС приемник,источник 


Обмен байтами или словами. Эта инструкция осуществляет обмен 
содержимым (байт или слово) между операндами источник и приемник. 
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При использовании в сочетании с префиксом ГОСК ХСЕНС мо- 
жет проверять и устанавливать семафор, управляющий доступом к разде- 
ляемому несколькими процессорами ресурсу. 


ХЕАТ таблица-трансляции 


Трансляция байта. Байт в регистре АГ замещается байтом из со- 
зданной пользователем 256-байтной таблицы трансляции. Предполага- 
ется, что регистр ВХ содержит адрес начала этой таблицы. Содержимое 
АТ, используется как индекс в таблице и замещается байтом, выбираемом 
из таблицы со смещением, соответствующим двоичному содержимому 
регистра АГ (первый байт таблицы имеет смещение 0). Инструкция 
ХГАТ может использоваться для трансляции символов из одного кода в 
другой. 


- 


Ввод/ВЫВОД 


№ аккумулятор,порт 

Ввод байта или слова из порта. Байт или слово, полученные из 
указанного порта, помещается в регистр АГ. или АХ соответственно. Но- 
мер порта может задаваться либо непосредственно числом в пределах от 
0 до 255, обеспечивающим доступ только к этим портам, либо указанием 
регистра ОХ, который предварительно должен быть загружен требуемым 
значением, что обеспечивает доступ к портам с номерами от 0 до 65535. 


ОЧТ порт‚ аккумулятор 


Вывод байта или слова в порт. Байт или слово, предварительно по- 
мещенные в регистр АГ. или АХ соответственно, выводится в указанный 
порт. Номер порта может задаваться либо непосредственно числом в 
пределах от 0 до 255, обеспечивающим доступ только к этим портам, ли- 
бо указанием регистра ОХ, который предварительно должен быть загру- 
жен требуемым значением, что обеспечивает доступ к портам с номера- 
ми от 0 до 65535. 
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Адресные операции 


Адресные операции работают не с содержимым или значением пе- 
ременных, а с их адресами. Они наиболее полезны при обработке спис- 
ков, базированных переменных и в операциях со строками. 


1ЕА приемник, источник 


Загрузка исполнительного адреса. Смещение операнда источник 
помещается в операнд приемник. Источник должен быть операндом па- 
мяти, а приемник — 16-битовым регистром. Эта инструкция может ис- 
пользоваться для установки регистров перед ХГАТ или операциями со 
строками, которые предполагают, что некоторые регистры загружены 
адресными значениями. 


12$ приемник, источник 


Загрузка указателя с 0$. Указатель представляет собой 32-бито- 
вую адресную переменную, первое слово которой содержит смещение, а 
второе — базовый адрес (сегмент). Адрес указателя в этой инструкции за- 
дается операндом источник, который должен быть операндом памяти. 
Слово смещения из указателя помещается в операнд приемник, в качест- 
ве которого может быть указан 16-битовый регистр. Слово сегмента из 
указателя помещается в регистр 05. Указание З[ в качестве приемника 
является обычным способом подготовки для строковой операции стро- 
ки-источника, расположенной вне текущего сегмента данных. 


1Е$ приемник,источник 


Загрузка указателя с ЕЗ. Указатель представляет собой 32-битовую 
адресную переменную, первое слово которой содержит смещение, а вто- 
рое — базовый адрес (сегмент). Адрес указателя в этой инструкции зада- 
ется операндом источник, который должен быть операндом памяти. 
Слово смещения из указателя помещается в операнд приемник, в качест- 
ве которого может быть указан 16-битовый регистр. Слово сегмента из 
указателя помещается в регистр ЕЗ. Указание П] в качестве приемника 
является обычным способом подготовки для строковой операции стро- 
ки-приемника, расположенной вне текущего экстра сегмента. 
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Операции с флагами 


ГАНЕ 


Загрузка флагов в АН. Флаги ЗЕ, ЙЕ, АЕ, РЕи СЕ копируются вби- 
ты 7, 6, 4, 2 и 0 соответственно регистра АН. Биты 5, 3 и 1 не определены. 
Сами флаги не изменяются. 


ЗАНЕ 


Установка флагов из АН. Биты 7, 6, 4, 2 и 0 регистра АН замещают 
значения флагов ЗЕ, ЙЕ, АЕ, РЕ и СЕ соответственно. Значения флагов 
ОЕ, БЕ, ТЕ и ТЕ не изменяются. 


РИЗНЕ 


Сохранение флагов в стеке. По этой инструкции указатель стека 
ЭР уменьшается на 2, и в вершину стека помещаются все флаги процес- 
сора в формате слова согласно их расположению в регистре флагов. 


Сами флаги не изменяются. 


РОРЕ 


Восстановление флагов из стека. Из вершины стека, адресуемой 
регистром УР, в регистр флагов процессора помещаются специфичные 
биты, соответствующие расположению флагов в регистре флагов. 


После этого ЭР увеличивается на 2 и указывает на новую вершину 
стека. 


Комбинации инструкций РОЗНЕ и РОРЕ позволяют процедуре 
сохранять и восстанавливать флаги вызвавшей ее программы. Кроме то- 
го, таким образом можно устанавливать значение флага ТЕ (ловушка), 
так как специальной инструкции для этого нет. 


Для этого следует сохранить флаги в стеке, изменить значение би- 
та 8 и затем восстановить флаги из стека. 
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Арифметические инструкции 


Форматы арифметических данных 


Арифметические операции могут выполняться над операндами 
4-х типов: 


Ф Двоичные без знака. 

Ф Двоичные со знаком (целые). 

Ф Упакованные десятичные без знака. 
Ф Распакованные десятичные без знака. 


Двоичные числа могут занимать 1 или 2 байта. Десятичные числа 
хранятся побайтно по 2 десятичной цифре на байт для упакованного 
формата или по 1 десятичной цифре на байт для распакованного форма- 
та. Процессор предполагает, что определенные в арифметических инст- 
рукциях операнды содержат данные, представляющие корректные для 
данной инструкции числа. Некорректные данные могут привести к не- 
предсказуемым результатам. 


Двоичные числа без знака могут занимать 8 или 16 бит; все биты 
значимы. Диапазон значений 8-битового числа — от 0 до 255, 16-битово 
го — от0 до 65535. Над двоичными числами без знака можно выполнять 
операции сложения, вычитания, умножения и деления. 


Двоичные числа со знаком (целые) могут занимать также 8 или 16 
бит. Значение старшего бита (самого левого) задает знак числа: 0 — поло- 
жительное, | — отрицательное. Отрицательные числа представляются 
стандартным дополнением до 2. Поскольку один разряд отведен под 
знак, диапазон изменения 8-битового числа — от -127 до +127, 16-бито- 
вого — от -32768 до +32767. Число 0 имеет положительный знак. Над 
двоичными числами со знаком могут быть выполнены операции умно- 
жения и деления. Сложение и вычитание выполняются без учета знака. 
Для обнаружения переноса в знаковый разряд в результате беззнаковой 
операции можно использовать инструкции условного перехода или 
ГМТО. 


Упакованные десятичные числа хранятся как беззнаковые байто- 
вые величины. Каждый байт содержит 2 десятичные цифры, занимаю- 


354 Введение в макроассемблер 


щие по 4 бита каждая. Цифра в старшем полубайте более значима. В каж- 
дом полубайте допустимы только 16-ричные значения от 0 до 9; соответ- 
ственно пределы изменения десятичного числа — от 0 до 99. Сложение и 
вычитание таких чисел выполняются в 2 стадии. Сначала применяется 
обычная беззнаковая двоичная инструкция, которая формирует в регис- 
тре АГ, промежуточный результат. Затем выполняется операция настрой- 
ки (инструкция БАА или ОАЗ), преобразующая содержимое АГ в кор- 
ректный упакованный десятичный результат. Умножение и деление 
упакованных десятичных чисел невозможно. 


Распакованные десятичные числа хранятся как беззнаковые бай- 
товые величины. Десятичная цифра располагается в младшем полубайте. 
Допустимы и интерпретируются как десятичные числа 16-ричные значе- 
ния от 0 до 9. Для выполнения операций умножения и деления старший 
полубайт должен быть заполнен нулями; для сложения и вычитания он 
может содержать любое значение. 


Арифметические операции над распакованными десятичными 
числами выполняются в две стадии. Сначала используются обычные без- 
знаковые инструкции сложения, вычитания или умножения, которые 
формируют в регистре АТ, промежуточный результат. Затем выполняется 
операция настройки (инструкция ААА, АА$ или ААМ), преобразующая 
содержимое АГ, в результирующее корректное распакованное десятич- 
ное число. Деление выполняется аналогично, за исключением того, что 
сначала следует настроить числитель в АГ. (инструкция ААУ), а затем вы- 
полнить инструкцию беззнакового двоичного деления, результатом ко- 
торого будет корректное распакованное десятичное число. 


Формат десятичных распакованных чисел подобен представле- 
нию десятичных цифр в коде АЗСП. При этом для числа в коде АЗСИ 
старший полубайт содержит 16-ричное значение 3. Возможное содержи- 
мое старшего полубайта для распакованного формата приведено выше. 
Преобразование из одного вида в другой сложности не представляет. 


Арифметические операции и флаги 


Арифметические инструкции оставляют после своего выполнения 
некоторые характеристики результатов операций в виде значений 6 фла- 
гов. Большинство из них могут анализироваться последующими инст- 
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рукциями условного перехода; может также использоваться инструкция 
прерывания по переполнению МТО. Влияние каждой инструкции на 
флаги указано при описании инструкции. 


Однако имеются следующие общие правила: 


1. Флаг переноса СЕ устанавливается в 1, если в результате опера- 
ции сложения был перенос из старшего бита или в результате операции 
вычитания был заем в старший бит результата. Если же переноса или за- 
ема не было, СЕ устанавливается в 0. Заметим, что знаковый перенос ха- 
рактеризуется различными значениями флагов СЕ и ОЕ. Флаг СЕ может 
использоваться для обнаружения беззнакового переполнения. Следует 
помнить, что две инструкции, АОС (сложение с переносом) и ЗВВ (вы- 
читание с заемом) вовлекают СЕ в свои операции и могут быть поэтому 
использованы для мультибайтного (32-, 64-разрядного) сложения и вы- 
читания. 


2. Флаг промежуточного переноса АЕ устанавливается в 1 при пе- 
реносе из младшего полубайта результата во время сложения или при за- 
еме в младший полубайт результата во время вычитания. Если же пере- 
носа или заема не было, АЕ устанавливается в 0. Флаг АЕ введен для 
выполнения десятичной настройки и обычно в других целях не исполь- 
зуется. 


3. Флаг знака УЕ устанавливается арифметическими и логически- 
ми инструкциями равным старшему (7-му или 15-му) биту результата. 
Для двоичных чисел со знаком ЗЕ будет равен 0 в случае положительно- 
го результата и |1 — в случае отрицательного (если нет переполнения). 
Значение флага ЗЕ может анализироваться после сложения или вычита- 
ния инструкциями условного перехода. Программы, выполняющие без- 
знаковые операции, обычно игнорируют ЪЕ, так как старший бит резуль- 
тата в этом случае интерпретируется как двоичная цифра, а не как знак. 


4. Флаг нуля 7. устанавливается в |, если результат арифметичес- 
кой или логической операции равен 0, и устанавливается в 0, если ре- 
зультат отличен от 0. Значение флага может анализироваться инструкци- 
ями условного перехода. 


5. Флаг паритета РЕ устанавливается в 1, если младшие 8 бит ре- 
зультата арифметической или логической операции содержат четное 
число единиц, и устанавливается в 0, если число единиц нечетно. Флаг 
РЕ может использоваться для контроля символов в коде АЗСП на кор- 
ректность паритета. 


6. Флаг переполнения ОЕ устанавливается в |, если результат 
слишком велик для положительного числа или слишком мал для отрица- 
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тельного и не помещается в операнд-приемник (не считая знаковый раз- 
ряд). В противном случа значение ОЕ — 0. Состояние этого флага отра- 
жает наличие арифметического переполнения со знаком. Он может ана- 
лизироваться инструкциями условного перехода или инструкцией 1\ТО. 
В беззнаковых операциях ОЕ обычно игнорируется. 


Сложение 


АОБ приемник, источник 


Сложение байтов или слов. Арифметическая сумма 2-х операндов, 
которыми могут быть байты или слова, замещает операнд-приемник. 
Оба операнда могут содержать двоичные числа со знаком или без него. 
АПУ модифицирует флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и ИЕ. 


АБС приемник, источник 


Сложение с переносом. Эта инструкция выполняет арифметичес- 
кую сумму своих операндов, добавляет 1, если установлен в 1 флаг СЕ, и 
помещает результат на место операнда-приемника. Оба операнда могут 
содержать двоичные числа со знаком или без него. АБС модифицирует 
флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и 7Е. Поскольку АОС использует перенос от 
предыдущей операции, она может применяться для сложения чисел 
длиннее 2 байтов. 


МС приемник 
Увеличение байта или слова на 1. 


К содержимому приемника прибавляется 1. Операнд может быть 
байтом или словом и рассматривается как двоичное число без знака. ПМС 
модифицирует флаги АЕ, ОЕ, РЕ, ЭЕ и 7Еи не влияет на СЕ. 


ААА 


А$СП-настройка для сложения. Эта инструкция преобразует со- 
держимое регистра АГ, в корректное распакованное десятичное число; 
старший полубайт обнуляется. ААА модифицирует флаги АЕи СЕ; состо- 
яния флагов ОЕ, РЕ, 5Еи ЙЕ после ААА не определены. 
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РАА 


Десятичная настройка для сложения. Эта инструкция корректиру- 
ет результат предшествующего сложения 2-х правильных упакованных 
десятичных чисел, содержащихся в регистре АГ. Содержимое АГ. преоб- 
разуется в пару корректных упакованных десятичных чисел. ОАА моди- 
фицирует флаги АЕ, СЕ, РЕ, ЗЕ и ЙЕ; состояние флага ОЕ после ПАА не 
определено. 


Вычитание 


ЗУВ приемник, источник 


Вычитание байтов или слов. Содержимое источника вычитается 
из содержимого приемника, и результат помещается на место приемни- 
ка. Операнды могут быть байтами или словами и содержать двоичные 
числа со знаком или без него. ЗОВ модифицирует флаги АЕ, СЕ, ОЕ, РЕ, 
ЗЕи ИЕ. 


$ВВ приемник, источник 


Вычитание с заемом. По этой инструкции содержимое источника 
вычитается из содержимого приемника, из результата вычитается еще 1, 
если установлен в 1 флаг СЕ, и окончательный результат помещается на 
место приемника. Оба операнда могут быть байтами или словами и со- 
держать двоичные числа со знаком или без него. ЗВВ модифицирует 
флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и ИЕ. Поскольку ЭВВ использует заем преды- 
дущей операции, она может применяться для вычитания чисел длиннее 
2 байтов. 


ОЕС приемник 


Уменьшение байта или слова на 1. Содержимое приемника умень- 
шается на 1. Приемник может быть байтом или словом. ВЕС модифици- 
рует флаги АЕ, ОЕ, РЕ, ЗЕ и ИР и не влияет на состояние СЕ. 


МЕС приемник 


Отрицание байта или слова. По этой инструкции содержимое 
приемника, который может быть байтом или словом, вычитается из 0, и 
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результат помещается на место приемника. Эта форма дополнения до 2 
используется для изменения знака целого числа. Если операнд равен 0, 
его знак не изменяется. 


Попытка отрицания байта, содержащего -128, или слова, содержа- 
щего -32768, не изменяет операнд, но устанавливает в 1 флаг ОЕ. МЕС 
модифицирует флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и 7 Е. Флаг СЕ всегда устанавли- 
вается в 1, исключая тот случай, когда операнд равен 0 (тогда и СЕ=0). 


СМР приемник, источник 


Сравнение байтов или слов. Инструкция СМР вычитает содержи- 
мое источника из содержимого приемника, но результат не возвращает. 


Операнды, которые могут быть байтами или словами, не изменя- 
ются, но модифицируются флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и ЙЕ, что можетана- 
лизироваться последующими инструкциями условного перехода. 


Состояния этих флагов отражают отношение приемника к источ- 
нику. Например, если после СМР следует инструкция 3, переход про- 
изойдет, если содержимое приемника больше содержимого источника. 


АА$ 


А$СП-настройка для вычитания. Эта инструкция преобразует на- 
ходящийся в регистре АГ. результат предшествующей операции вычита- 
ния 2-х корректных десятичных распакованных чисел в корректное де- 
сятичное распакованное число, остающееся также в АГ. 


Старший полубайт регистра АГ, обнуляется. АА модифицирует 
флаги АЕ и СГ; состояния флагов ОЕ, РЕи ЙЕ после АА$ не определены. 


ОА$ 


Десятичная настройка для вычитания. 


Эта инструкция преобразует находящийся в регистре АТ, результат 
предшествующей операции вычитания 2-х корректных десятичных упа- 
кованных чисел в пару корректных десятичных упакованных цифр, оста- 
ющихся также в АГ. РАЗ модифицирует флаги АЕ, СЕ, РЕ, ЗЕ и ЙЕ; со- 
стояние флага ОР не определено. 
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Умножение 


МЕ источник 


Умножение байтов или слов без знака. Инструкция МОГ выпол- 
няет беззнаковое умножение содержимых источника и аккумулятора. 
Если источник является байтом, в качестве аккумулятора используется 
регистр АГ, а результат двойной длины помещается в регистры АН и АГ. 
Если источник является словом, в качестве аккумулятора используется 
регистр АХ, а результат двойной длины помещается в регистры ОХ иАХ. 
Операнды рассматриваются как двоичные числа без знака. Если старшая 
половина результата (содержимое АН для источника-байта или содержи- 
мое ОХ для источника-слова) не равна 0, флаги СЕ и ОЕ устанавливают- 
ся в 1, в противном случае — в 0. Когда СЕи ОЕ установлены в 1, это оз- 
начает, что АН или ОХ содержит значимые цифры результата. Состояния 
флагов АЕ, РЕ, ЭК и ЙЕ после МОЕ. не определены. 


1МУЕ источник 


Целочисленное умножение байтов или слов. Инструкция ПМОЁ 
выполняет умножение со знаком содержимых источника и аккумулято- 
ра. Если источник является байтом, в качестве аккумулятора использует- 
ся регистр АГ, а результат двойной длины помещается в регистры АН и 
АГ. Если источник является словом, в качестве аккумулятора использу- 
ется регистр АХ, а результат двойной длины помещается в регистры ОХ и 
АХ. Если старшая половина результата (содержимое АН для источника- 
байта или содержимое ОХ для источника-слова) не является расширени- 
ем знака младшей половины, флаги СЕ и ОЕ устанавливаются в 1, в про- 
тивном случае — в 0. Когда СЕ и ОЕ установлены в 1, это означает, что 
АН или ОХ содержит значимые цифры результата. Состояния флагов АЕ, 
РЕ, 5Еи ЛЕ после ПМОГ не определены. 


ААМ 


А$СП-настройка для умножения. 


Инструкция ААМ корректирует результат предшествующей опе- 
рации умножения 2-х корректных десятичных распакованных операн- 
дов. Корректное десятичное распакованное число, состоящее из 2-х 
цифр, извлекается из регистров АН и АГ, и результат возвращается в ре- 
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гистры АН и АГ. Старшие полубайты перемножаемых операндов должны 
быть обнулены, что необходимо ААМ для формирования правильного 
результата. ААМ модифицирует флаги РЕ, ЗЕ и ИЕ; состояния флагов АЕ, 
СЕи ОЕ после ААМ не определены. 


Деление 


ОУ источник 


Деление байтов или слов без знака. Инструкция ОМУ выполняет 
беззнаковое деление содержимого аккумулятора (и его расширения) на 
содержимое источника. Если источник является байтом, предполагает- 
ся, что делимое расположено в регистрах АН и АГ. Частное остается в ре- 
гистре АГ, остаток — в регистре АН. Если источник является словом, 
предполагается, что делимое расположено в регистрах ОХ и АХ. Частное 
в этом случае остается в регистре АХ, остаток — в регистре ОХ. Если зна- 
чение частного превосходит вместимость регистра-приемника (ЕЕ для 
источника-байта или ЕЕЕЕП для источника-слова), возникает ситуация 
«деление на 0» и генерируется прерывание с номером 0; частное и оста- 
ток в этом случае не определены. 


Дробная часть частного отсекается. После ПУ состояния флагов 
АЕ, СЕ, ОЕ, РЕ, ЗЕ и ИЕ не определены. 


ОМ источник 


Целочисленное деление байтов или слов. Инструкция ПЛУ вы- 
полняет деление со знаком содержимого аккумулятора (и его распгире- 
ния) на содержимое источника. Если источник является байтом, предпо- 
лагается, что делимое расположено в регистрах АН и АГ. Частное 
остается в регистре АГ, остаток — в регистре АН. Для такого деления 
максимально допустимое положительное частное равно 127 (7Е), а ми- 
нимально допустимое отрицательное частное равно -127 (811). Если ис- 
точник является словом, предполагается, что делимое расположено в ре- 
гистрах ОХ и АХ. Частное в этом случае остается в регистре АХ, остаток — 
в регистре ОХ. Для такого деления значение частного может находиться 
в пределах от -32767 (80011) до 32767 (7ЕЕЕВ). Если частное положитель- 
но и превышает положительный максимум или отрицательно и меньше 
отрицательного минимума, генерируется прерывание с номером 0 (деле- 
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ние на 0); частное и остаток в этом случае не определены. Нецелочислен- 
ное частное округляется до целого числа (по направлению к 0). Остаток 
имеет тот же знак, что и делимое. После ПЛУ состояния флагов АЕ, СЕ, 
ОЕ, 7Е, РЕи ЪЕ не определены. 


ААО 


А$СП-настройка для деления. Инструкция ААШ модифицирует 
числитель в регистре АТ, перед делением 2-х корректных десятичных рас- 
пакованных операндов таким образом, чтобы частное от деления было 
также корректным десятичным распакованным числом. Для того, чтобы 
последующая инструкция ОМУ сформировала правильный результат, ре- 
гистр АН должен содержать нули. Частное остается в регистре АГ, оста- 
ток — в регистре АН; оба старших полубайта обнуляются. ААО модифи- 
цирует флаги РЕ, ЗЕ и ЙЕ; состояния флагов АЕ, СЕи ОЕ после ААУ не 
определены. 


СВМ/ 


Преобразование байта в слово. Инструкция СВУ заполняет ре- 
гистр АН битами, равными знаковому биту однобайтного числа в регис- 
тре АГ. СВУ на состояния флагов не влияет. Эта инструкция может ис- 
пользоваться для получения делимого двойного размера (слова) из 
результата предшествующей операции деления байтов. 


СМ 


Преобразование слова в двойное слово. Инструкция СУ запол- 
няет регистр ОХ битами, равными знаковому биту двухбайтного числа в 
регистре АХ. СУТ на состояния флагов не влияет. Эта инструкция может 
использоваться для получения делимого двойного размера (двойного 
слова) из результата предшествующей операции деления слов. 


Инструкции обработки бит 


Имеется 3 группы инструкций для обработки бит в форматах бай- 
та или слова: логические, сдвиги и вращения (все операции выполняют- 
ся и над байтами, и над словами). 
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Логические инструкции 


Логические инструкции включают булевы операторы НЕ, И, 
включающие ИЛИ, исключающие ИЛИ и операцию тестирования, ко- 
торая устанавливает флаги, но не изменяет значения своих операндов. 


Инструкции АХО, ОБ, ХОВ и ТЕЗТ следующим образом влияют 
на флаги. Флаги ОР и СЕ логическими инструкциями всегда устанавли- 
вается в 0, а состояние флага АЕ не определено. Состояния флагов ЗЕ, ЙЕ 
и РЕ отражают результат операции и могут анализироваться инструкци- 
ями условного перехода. Интерпретация этих флагов такая же, как для 
арифметических инструкций. Флаг ЗЕ устанавливается в 1, если резуль- 
тат отрицателен (старший бит равен 1), и устанавливается в 0, если ре- 
зультат положителен (старший бит равен 0). Флаг 7 устанавливается в 1, 
если результат равен 0, и устанавливается в 0 в противном случае. Флаг 
РЕ устанавливается в 1, если результат содержит четное число единиц, и 
устанавливается в 0 в противном случае. Инструкция МОТ на состояния 
флагов не влияет. 


МОТ приемник 


Отрицание. Инструкция МОТ инвертирует все биты (формирует 
дополнение до 1) байта или слова. 


АМО приемник, источник 


Логическое И. Инструкция АХО выполняет операцию логическое 
И двух операндов (байтов или слов) и возвращает результат в операнд- 
приемник. Бит результата устанавливается в 1, если установлены в 1 оба 
соответствующих ему бита операндов, и устанавливается в 0 в противном 
случае. 


ОР приемник,источник 


Включающее ИЛИ. Инструкция ОК выполняет операцию логиче- 
ское включающее ИЛИ двух операндов (байтов или слов) и помещает ре- 
зультат на место операнда-приемника. Бит результата устанавливается в 
1, если равен 1 хотя бы один из 2-х соответствующих ему битов операн- 
дов, и устанавливается в 0 в противном случае. 


ХОР приемник, источник 


Исключающее ИЛИ. Инструкция ХОВ выполняет операцию ло- 
гическое исключающее ИЛИ 2-х операндов и помещает результат на ме- 
сто операнда-приемника. Бит результата устанавливается в 1, если соот- 
ветствующие ему биты операндов имеют противоположные значения, и 
устанавливается в 0 в противном случае. 
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ТЕ$ЗТ приемник,источник 


Тестирование. Инструкция ТЕЗТ выполняет операцию логичес- 
кое И двух операндов (байтов или слов), модифицирует флаги, но ре- 
зультат не возвращает, то есть‚операнды не изменяются. Если за ТЕЗТ 
следует инструкция ЛМ, (переход, если не 0), то переход будет иметь ме- 
сто, если в обоих операндах имеются единицы в совпадающих позициях. 


Слдвиги 


Биты в байтах или словах могут быть сдвинуты арифметически 
или логически. В соответствии с кодируемым в инструкции счетчиком 
может быть выполнено до 255 сдвигов. Счетчик может быть специфици- 
рован как константа 1 или как регистр СГ, что позволяет задавать вели- 
чину сдвига в процессе работы программы. Арифметические сдвиги мо- 
гут быть использованы для умножения и деления двоичных чисел на 
степени 2. Логические сдвиги могут применяться для выделения битов в 
байтах или словах. 


Инструкции сдвига следующим образом воздействуют на флаги. 
Состояние флага АЕ всегда не определено после операции сдвига. Воз- 
действие на флаги РЕ, ЗЕ и ЙЕ аналогично логическим инструкциям. 
Флаг СЕ всегда содержит значение последнего сдвинутого за пределы 
операнда приемник бита. Состояние флага ОЕ после многобитного сдви- 
га всегда не определено. При единичном сдвиге ОЕ устанавливается в 1, 
если в результате операции знаковый бит изменил свое значение, и уста- 
навливается в 0 в противном случае. 


ЗНЕ/ЗАЕ приемник, счетчик 


Сдвиг влево. Инструкции ЭНГ и ЗАГ, выполняют операции соот- 
ветственно логического и арифметического сдвига влево операнда при- 
емник на величину бит, определяемую счетчиком. Приемник может 
быть байтом или словом. Появляющиеся справа биты заполняются нуля- 
ми. Если знаковый бит сохраняет первоначальное значение, флаг ОЕ ус- 
танавливается в 0. 
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$НВ приемник, источник 


Логический сдвиг вправо. Инструкция ЗНК сдвигает биты опе- 
ранда приемник (байта или слова) вправо на число разрядов, определяе- 
мое операндом счетчик. Появляющиеся слева биты заполняются нуля- 
ми. Если знаковый бит сохраняет свое первоначальное значение, флаг 
ОЕ устанавливается в 0. 


ЗАЮ приемник,счетчик 


Арифметический сдвиг вправо. Инструкция ЗАВ сдвигает биты 
операнда приемник (байта или слова) вправо на число разрядов, опреде- 
ляемое операндом счетчик. Биты, равные первоначальному знаковому 
биту, появляются слева, сохраняя таким образом первоначальный знак 
числа. Отметим, что результат выполнения ЗАВ отличается от делимого 
«эквивалентной» операции ПЛУ, если операнд приемника отрицателен 
и за его пределы сдвигаются единицы. Например, сдвиг числа -5 вправо 
на 1 бит дает -3, а деление -5 на 2 дает -2. Различие инструкций заключа- 
ется в том, что ПЛУ округляет все числа по направлению к 0, а ЗАК ок- 
ругляет положительные числа к 0 и отрицательные — от нуля. 


Вращения 


Биты в байтах и словах можно вращать. Биты, сдвигаемые за пре- 
делы операнда, не теряются, как при сдвиге, а циклически появляются с 
другой стороны операнда. Как при сдвиге, величина вращения задается 
операндом счетчик, который может быть специфицирован как констан- 
та 1 или как регистр СГ. Флаг СЕ может выступать как расширение опе- 
ранда в двух инструкциях вращения (КСГ и КСВ), позволяя выделять 
бит во флаг СЕ и затем проверить его значение инструкциями УС или 
ЛС. Вращения воздействуют только на флаг переноса СЕ и флаг пере- 
полнения ОГ. 


Флаг СЕ всегда содержит значение последнего вышедшего за опе- 
ранд бита. В многопозиционных вращениях состояние флага ОЕ всегда 
не определено. В одиночном вращении ОЕ устанавливается в 1, если опе- 
рация изменяет значение старшего (знакового) бита операнда, и устанав- 
ливается в 0 в противном случае. 
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РОГ приемник, счетчик 


Вращение влево. Инструкция КОГ. вращает байт или слово прием- 
ника влево на число бит, определяемое счетчиком. 


РОК приемник,счетчик 


Вращение вправо. Инструкция КОК работает аналогично ВОГ, но 
вправо. 


РСЕ приемник, счетчик 


Вращение влево с переносом. Инструкция В СГ. вращает биты бай- 
та или слова приемника влево на число бит, определяемое счетчиком. 
Флаг СЕ рассматривается как часть приемника, то есть, его значение при 
этом вращении попадает в младший бит приемника, а сам СЕ принимает 
значение старшего бита приемника. 


РСР приемник, счетчик 


Вращение вправо с переносом. Инструкция ВСВ работает в точ- 
ности как В СТ. с той лишь разницей, что биты вращаются вправо. 


Инструкции обработки строк 


Пять базовых строковых операций, называемых примитивами, 
позволяют оперировать со строками байтов или слов по одному элемен- 
ту (байту или слову) за раз. Эти операции могут обрабатывать строки 
длиной до 64К. Операции со строками обеспечивают пересылку, сравне- 
ние, сканирование строк по значению, а также пересылку элементов 
строки в аккумулятор или из него. Этим базовыми инструкциям может 
предшествовать однобайтный префикс, наличие которого обеспечивает 
многократное повторение инструкции аппаратным способом, что гаран- 
тирует более высокое быстродействие, чем в случае программного цикла. 
Процесс повторения может быть прекращен при возникновении различ- 
ных ситуаций, а сама повторяемая операция может быть как прервана, 
так и возобновлена. 


Строковые инструкции во многом похожи друг на друга. Они мо- 
гут иметь операнд-приемник, операнд-источник или оба эти операнда. 
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Аппаратно предполагается, что исходная строка размещена в текущем 
сегменте данных (для ее адресации используется регистр 05); для изме- 
нения этого допущения может использоваться однобайтный префикс 
изменения сегмента. Строка-приемник должна размещаться в текущем 
экстра сегменте (для ее адресации используется регистр ЕЗ). Для провер- 
ки того, что является элементом строки (байт или слово), Ассемблер про- 
веряет атрибуты операндов инструкции. Однако, в действительности эти 
операнды для адресации строк не используются. Для адресации исполь- 
зуются регистры ЭТ, который предполагается загруженным значением 
смещения строки-источника относительно содержимого ,Ъ, и 1, со- 
держимое которого трактуется как смещение строки-приемника относи- 
тельно содержимого ЕЪ. Все эти регистры должны быть загружены тре- 
буемыми значениями до выполнения строковой операции, для чего 
могут использоваться инструкции 1.05, [Е$ и ГРА. 


Строковые инструкции автоматически модифицируют содержи- 
мое регистров ЭТи/или ОГ для обеспечения возможности обработки сле- 
дующего элемента строки. Значение флага направления ОЕ определяет, 
будут ли эти индексные регистры автоматически увеличиваться (ОЕ=0) 
или автоматически уменьшаться (БЕ=Т) при переходе к следующему 
элементу строки. При обработке строк байтов содержимое ЭТ и/или ОТ 
изменяется на 1; в случае строк слов — на 2. 


Использование регистров и флагов строковыми инструкциями: 


Ф ЭТ — смещение строки-источника; 

Ф ОТ — смещение строки-приемника; 

Ф СХ — счетчик повторений; 

Ф АГ,/АХ — значение сканирования: приемник для ГОО5, 
источник для ЭТО5; 

Ф ГЕО — автоматическое увеличение 3; 

Ф ШТ 1 — автоматическое уменьшение ЗТ; 

Ф ТЕ — признак прекращения сканирования/сравнения. 


При использовании префикса повторений содержимое регистра 
СХ уменьшается на 1 после каждого повторения строковой инструкции. 
Регистр СХ должен быть загружен требуемым числом повторений до вы- 
полнений строковой операции. Если СХ содержит 0, строковая операция 
не выполняется, и управление передается следующей инструкции. 
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КЕР/КЕРЕ/КЕРР/КЕРМЕ/КЕРМ2 


Префиксы повторения. Эти ключевые слова представляют собой 5 
мнемоник 2-х форм однобайтного префикса, управляющего повторени- 
ем непосредственно следующей за ним строковой инструкции. Различ- 
ные мнемоники введены для удобства программирования. Наличие пре- 
фикса на состояния флагов не влияет. 


ВЕР используется в сочетании с инструкциями МОУ и ЭТОЗ и 
интерпретируется как «повторение пока не конец строки» (в СХ не 0). 
ВЕРЕ и КЕРИ, работают также и физически являются тем же префиксом, 
что и ВЕР. ВЕРЕ и ВЕРЯ, используются в сочетании с инструкциями 
СМРЬ и ЗСАЗ и требуют, чтобы флаг (Е, используемый этими инструк- 
циями, был установлен в | до инициализации следующего повторения. 


ВЕРМЕ и КЕРМЯ, представляют собой 2 мнемоники одного пре- 
фикса и функционируют также, как ВЕРЕ и ВЕРЕ, но флаг ДЕ должен 
быть установлен в 0, или повторение прекратится. Заметим, что устанав- 
ливать флаг /Е перед выполнением повторяемой строковой инструкции 
необязательно. 


Повторяемая строковая инструкция может быть прервана (на об- 
работку системных прерываний это не распространяется). Процессор 
распознает это прерывание до обработки очередного элемента строки. 
После возврата из прерывания повторяемая операция возобновляется с 
точки прерывания. 


Заметим, однако, что выполнение не возобновится правильно, ес- 
ли в дополнение к префиксу повторения был специфицирован 2-Й или 3- 
й префикс (например, переключения сегмента или ГОСК). В момент 
прерывания процессор «запоминает» только один префикс, причем, тот, 
который при кодировании операции непосредственно предшествовал 
строковой инструкции. 


После возврата из прерывания остальные префиксы действовать 
не будут. Если все же необходимо воздействие более, чем одного, пре- 
фикса, прерывания на время работы строковой операции следует запре- 
тить инструкцией СШ. Это, однако не поможет при появлении немаски- 
руемого прерывания. 


Кроме того, при обработке длинных строк может недопустимо 
возрасти время, в течении которого система не сможет отвечать на пре- 
рывания. 
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Пересылка строк 


МО\$ приемник, источник 


Пересылка строки байтов или слов. Эта инструкция пересылает 
байт или слово источника, адресуемого регистром ЗТ, в строку-прием- 
ник, адресуемую регистром ОТ, и модифицирует содержимое регистров 
ЭГи ОТ таким образом, чтобы они указывали на следующие элементы 
строк. Величина элементов строк и соответственно тип пересылки (байт 
или слово) определяется Ассемблером путем анализа атрибутов операн- 
дов инструкции. При использовании префикса ВЕР инструкция МОУ 
может пересылать блоки памяти. 


МО\У$В/МО\У$\М/ 


Пересылка строки байтов или слов. Эти инструкции обеспечива- 
ют пересылку байта (МОУЪВ) или слова (МОУБЗУ) из элемента строки- 
источника, адресуемого регистром ЭТ, в элемент строки-приемника, ад- 
ресуемого регистром ОТ. Содержимое регистров ЭТ и ПТ изменяется 
(уменьшается или увеличивается в соответствии со значением флага ОЕ) 
на 1 для МОУЪВ или на 2 для МОУЗУ с тем, чтобы они указывали на 
следующие элементы строк. Использование этих инструкций полезно в 
том случае, когда Ассемблер не может определить атрибуты строк, на- 
пример, при пересылке участка программного кода. Эти инструкции мо- 
гут повторяться при использовании соответствующих префиксов. 


[ОВ$ источник 


Загрузка строки байтов или слов. Инструкция ОО$ загружает 
элемент строки-источника (байт или слово в зависимости от типа опе- 
ранда), адресуемый регистром $1, в регистр АГ. или АХ соответственно и 
устанавливает 51 указывающим на следующий элемент строки. Обычно 
эта инструкция не повторяется, так как каждое повторение замещало бы 
содержимое регистров АГ или АХ, и сохранялось бы только последнее 
значение. 


Однако, инструкция ГОО весьма полезна в программных циклах 
как часть более сложной строковой операции. 
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[ОБ$В/1ОБ$\/ 


Загрузка строки байтов или слов. Работа этих инструкций анало- 
гична ГО Ъ$ с той лишь разницей, что здесь длина элемента строки зада- 
на явно: 1 байт для ГООЪВ и 2 байта для ГООБЗУУ. 


$Т0$ приемник 


Сохранение строки байтов или слов. Инструкция ЭТО помещает 
содержимое регистров АГ. или АХ (в зависимости от типа операнда) в эле- 
мент строки-приемника, адресуемый регистром ПТ, и устанавливает ре- 
гистр ОТ указывающим на следующий элемент строки. Как повторяемая 
инструкция ЭТОЗ является традиционным средством для заполнения 
строки каким-либо значением. 


УТО$В/$ТО$М/ 


Сохранение строки байтов или слов. Работа этих инструкций ана- 
логична ЭТОЪ с той лишь разницей, что здесь длина элемента строки за- 
дана явно: 1 байт для ЭТОЪВ и 2 байта для ЗТОЗУУ. 


= 


Сравнение строк 


СМР$ приемник, источник 


Сравнение строки байтов или слов. Инструкция СМРБ вычитает 
байт или слово строки-приемника, адресуемые регистром ОТ, из байта 
или слова строки-источника, адресуемых регистром ЭТ. Величина эле- 
ментов строк определяется Ассемблером путем анализа атрибутов опе- 
рандов инструкции. СМРВ не изменяет содержимое самих строк, но ус- 
танавливает флаги АЕ, СЕ, ОЕ, РЕ, ЪЕ и ГЕ таким образом, что они 
отражают отношение элемента строки-приемника к элементу строки- 
источника. Если инструкция СМРЗ использована с префиксом ВЕРЕ 
или ВЕРИ, выполняется операция «сравнение до конца строки (пока в 
СХ не 0) и пока строки равны (ЙЕ=1)». Если СМРБ использована с пре- 
фиксом ВЕРМЕ или КЕРМА, выполняется операция «сравнение до кон- 
ца строки (пока в СХ не 0) и пока строки не равны (ЙЕ=0)». Таким обра- 
зом, инструкция СМРЗ может применяться для поиска совпадающих 
или несовпадающих элементов строк. 


370 Введение в макроассемблер 


СМР$В/СМР$\М 


Сравнение строки байтов или слов. Работа этих инструкций ана- 
логична СМР с той лишь разницей, что здесь длина элемента строк за- 
дана явно: 1 байт для СМРЪВ и 2 байта для СМРБУУ. 


= 


Сканирование 


$СА$ приемник 


Сканирование строки байтов или слов. Инструкция ЗСА$ вычи- 
тает элемент строки-приемника (байт или слово в зависимости от типа 
операнда), адресуемый регистром ПТ, из содержимого регистра АГ. или 
АХ соответственно и модифицирует флаги, но не меняет ни строку, ни 
содержимое аккумулятора. После ЗСА$ регистр ОТ указывает на следую- 
щий элемент строки, а флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и ЙЕ отражают отноше- 
ние содержимого аккумулятора к элементу строки. Если присутствует 
префикс ВЕРЕ или ВЕРИ,, выполняется операция «сканирование до кон- 
ца строки (пока в СХ не 0) и пока элемент строки равен содержимому ак- 
кумулятора (7Е=1Т)». Если присутствует префикс ВЕРМЕ или КЕРМЯ, 
выполняется операция «сканирование до конца строки (пока в СХ не 0) 
и пока элемент строки не равен содержимому аккумулятора (ДЕ=0)». 
Этот способ может использоваться для поиска значения в строке. 


$СА$В/$СА$\М/ 


Сканирование строки байтов или слов. Работа этих инструкций 
аналогична ЭСАЗ с той лишь разницей, что здесь длина элемента строки 
задана явно: 1 байт для ЭСАЪВ и 2 байта для ЗСАЗУ. 
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С 


Двупросмотровый алгоритм 


Макропроцессор, как и язык Ассемблера, просматривает и обра- 
батывает строки текста. Но в языке все строки связаны адресацией — од- 
на строка может ссылаться на другую при помощи адреса или имени, ко- 
торое должно быть «известно» Ассемблеру. 


Более того, адрес присваиваемый каждой отдельной строке зави- 
сит от содержимого, количества и адресов предшествующих строк. Если 
рассматривать макроопределение, как единый объект, то можно сказать, 
что строки нашего макроопределения не так сильно взаимосвязаны. 


Макроопределения не могут ссылаться на объекты вовне этого ма- 
кроопределения. 


Предположим, что в теле макроопределения есть строка ПМСК Х, 
причем перед этой командой параметр Х получил значение 10. Макро- 
процессор не производит синтаксический анализ, а производит простую 
текстовую подстановку вместо «Х» подставляется «10». 


Наш алгоритм будет выполнять 2 систематических просмотра 
входного текста. В первый проход будут детерминированы все макро- 
определения, во второй проход будут открыты все ссылки на макросы. 


Так же, как и язык Ассемблера не может выполнить ссылку на 
символ до того момента, как он встретит этот символ, язык макрокоманд 
не может выполнить расширение до тех пор, пока не встретит соответст- 
вующее макроопределение. 


Во время первого просмотра проверяется каждый код операции, 
макроопределения запоминаются в таблице макроопределений, а копия 
исходного текста без макроопределений запоминается во внешней памя- 
ти, для использования ее при втором проходе. 


Помимо таблицы макроопределений во время первого прохода 
будет также таблица имен, во второй проход она будет использоваться 
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для выделения макроопераций и распгирения их до текста соответствую- 
щего макроопределения. 
Данные для первого просмотра 


1. ВХТ - Входной текст 
2. ВЫХ1 - Выходная копия текста для использования во второй 





проход. 
3. МДТ - таблица макроопределений, в которой хранятся тела 
макроопределений 


. МНТ - таблица имен, необходимая для хранения имен макрокоманд, 
определенных в МНТ 
5. МДТС - счетчик для таблицы МДТ 

6. МНТС - счетчик для таблицы МНТ 

7. АЛА - массив списка параметров для подстановки индексных 
маркеров вместо формальных параметров, перед запоминанием 
определения. 











Данные для второго просмотра 


1. ВЫХ1 - Выходная копия текста после первого прохода 

2. ВЫХ? - Выходная копия текста после второго прохода 

3. МДТ - таблица макроопределений, в которой хранятся тела 
макроопределений 
. МНТ - таблица имен, необходимая для хранения имен макрокоманд, 
определенных в МНТ 
5. МДТС - счетчик для таблицы МДТ 

6. МНТС - счетчик для таблицы МНТ 

7. АЛА - массив списка параметров для подстановки индексных 
маркеров вместо формальных параметров, перед запоминанием 
определения. 


























Алгоритм 


Приведем формальную запись соответствующих алгоритмов об- 
работки макроопределений двухпросмотровым способом. 


Каждый из алгоритмов осуществляет построчный просмотр вход- 
ного текста. 


Первый просмотр — макроопределения 


Алгоритм первого просмотра проверяет каждую строку входного 
текста. Если она представляет собой псевдооперацию МАСКО, то все 
следующие за ней строки запоминаются в ближайших свободных ячей- 
ках МДТ. 


Первая строка макроопределения — это имя самого макроса. Имя 
заносится в таблицу имен МНТ с индексом этой строки в МДТ. При 
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этом происходит также подстановка номеров формальных параметров, 
вместо их имен. 


Если в течение просмотра встречается команда ЕМО, то это озна- 
чает, что весь текст обработан, и управление можно передавать второму 
просмотру для обработки макрокоманд. 


Второй просмотр — расширение макрокоманд 


Алгоритм второго просмотра проверяет мнемонический код каж- 
дого предложения. Если это имя содержится в МНТ, то происходит об- 
работка макропредложения по следующему правилу: из таблицы МНТ 
берется указатель на начало описания макроса в МДТ. 


Макропроцессор готовит массив списка АЛА содержащий табли- 
цу индексов формальных параметров и соответствующих операндов ма- 
крокоманды. Чтение производится из МДТ, после чего в прочитанную 
строку подставляются необходимые параметры, и полученная таким об- 
разом строка записывается в ВЫХТ2. Когда встречается директива ЕМО, 
текст полученного кода передается для компиляции Ассемблеру. 


Первый просмотр 
Начало алгоритма 

МДТС = 0 

МНТС = 0 

ФЛАГ ВЫХОДА = 0 


цикл пока (ФЛАГ ВЫХОДА == 0) { 
чтение следующей строки ВХТ 


если ! (операция МАСВО) { 

вывод строки в ВЫХТ1 

если (операция ЕМО) ФЛАГ ВЫХОДА = 1 
} 
иначе { 
чтение идентификатора 
запись имени и индекса в МНТ 


приготовить массив списка АЛА 
запись имени в МДТ 

















чтение следующей строки ВХТ 
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подстановка индекса операторов 


доба 
МДТС 
} пока !(опе 


переход ко второму проходу 
конец алгоритма 


Второй просмотр 
Начало алгоритма 


ФЛАГ ВЫХОДА = 0 


цикл пока (ФЛАГ ВЫХОДА == 0) 


вление в МДТ 
++ 


рация МЕМО) 


{ 


чтение строки из ВЫХТ1 


НАЙДЕНО = поиск кода 


если ! (НАЙДЕНО) { 


в МНТ 


запись в ВЫХТ2 строки 


если (операция ЕМО) { 


ФЛАГ 
} 


иначе { 
УКАЗАТЕЛЬ = 
Заполнение с 
цикл { 
УКАЗ 
чтен 
подс 
ВЫВО 
} пока !(опе 


переход к компиляции 


конец алгоритма 


ВЫХОДА = 1 


ндекс из МНТ 
писка параметров АЛА 


АТЕЛЬ ++ 

ие след. строки из МДТ 
тановка параметров 

д в ВЫХГ2 

рация МЕМО) 
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СЗ 


Однопросмотровый алгоритм 


Предположим, что мы допускаем реализацию макроопределения 
внутри макроопределений. Основная проблема здесь заключена в том, 
что внутреннее макро определено только после того, как выполнен вы- 
зов внешнего. 


Для обеспечения использования внутреннего макро нам придется 
повторять как просмотр обработки макроопределений, так и просмотр 
обработки макрокоманд. Однако существует и еще одно решение, кото- 
рое позволяет произвести распознавание и расширение в один просмотр. 


Рассмотрим аналогию с Ассемблером. Макроопределение должно 
обрабатываться до обработки макрокоманд, поскольку макро должны 
быть определены для процессора раньше, чем макрокоманды обращения 
КНИМ. 


Однако, если мы наложим ограничение, что каждое макроопреде- 
ление должно быть определено до того, как произойдет обращение к не- 
му, мы устраним основное препятствие для однопросмотровой обработ- 
Ки. 


Заметим, что то же самое может быть верно и для символических 
имен в Ассемблере, но такое требование было бы неоправданным огра- 
ничением для программиста. 


В случае же макрорасппирения может быть вполне естественно по- 
требовать, чтобы объявления макро предшествовали вызовам. Это не на- 
кладывает очень существенных ограничений на использование аппарата 
макрокоманд. 


Этот механизм даже не запрещает обращение макро к самому се- 
бе, поскольку обращение ведется в тот момент, когда имя макроса уже 
определено. 


Расширение же макроса идет не в процессе разбора макроса, а в 
процессе последующего вызова. 


Предложенный ниже алгоритм объединяет два вышеприведенных 
алгоритма для двупросмотрового макроассемблера В ОДИН. 


Начало 
МТДС 
МНТС 
ФЛАГ 


цикл 


Алгоритм 
Однопросмотровый макроассемблер 


алгоритма 


=0 
=0 
ВЫХОДА = 0 
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пока ! (ФЛАГ ВЫХОДА) { 


чтение следующей строки ВХТ 
НАЙДЕНО = поиск кода в МНТ 
если (НАЙДЕНО) { 


МДИ = 1 
УКАЗАТЕЛЬ = индекс из МНТ 
Заполнение списка параметров АЛА 


цикл { 
УКАЗАТЕЛЬ ++ 
чтение след. строки из МДТ 
подстановка параметров 
вставка во ВХТ 

} пока ! (операция МЕМО) 


иначе если ! (операция МАСНО) { 


} 


иначе { 


вывод строки в ВЫХТ1 
если (операция ЕМО) ФЛАГ ВЫХОДА = 1 


чтение идентификатора 

запись имени и индекса в МНТ 
НТС ++ 

приготовить массив списка АЛА 
запись имени в МДТ 

ДТС ++ 





цикл { 
чтение следующей строки ВХТ 


подстановка индекса операторов 


добавление в МДТ 
МДТС ++ 
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} пока ! (операция МЕМО) 


конец алгоритма 


Описание алгоритма 


Данный алгоритм является упрощением алгоритма приведенного 
раньше. Различие состоит в том, что современные средства интеллектуа- 
лизации программирования дают нам возможность осуществлять встав- 
ки и удаления из крупных массивов с минимальными затратами процес- 
сорного времени, что было невозможно при использовании перфокарт. 


Кроме того, скорость работы современных процессоров настоль- 
ко велика, что позволяет производить прямые вставки и удаления в мас- 
сивах данных средней величины (скажем, до 64 килобайт) в режиме ре- 
ального времени. 


Таким образом, расширение исходного макроса может быть на- 
прямую вставлено в массив исходного текста и обработано в расширен- 
ном виде. Такая технология позволяет значительно упростить алгоритм 
обработки макроязыка. 


СЗ 


Реализация внутри Ассемблера 


Макропроцессор, описанный нами предназначался для обработ- 
ки текста в режиме препроцессора, то есть он выполнял полный про- 
смотр входного текста, до того, как передать управление Ассемблеру. 


Но макропроцессор также может быть реализован внутри первого 
прохода Ассемблера. Такая реализация позволяет исключить промежу- 
точные файлы, и позволяет достичь на порядок большей интеграции ма- 
кропроцессора и Ассемблера путем объединения сходных функций. 


Например, возможно объединение таблиц имен макросов и имен 
кода операции; специальный признак может указывать на то макро это 
или встроенная операция. 


Основные преимущества включения макропроцессора в первый 
просмотр состоят в следующем: 
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Ф* Многие функции не надо реализовывать дважды 
(например, функции ввода-вывода, проверки на тип, и 
т.п.) 

Ф* В процессе обработки отпадает необходимость создавать 


промежуточные файлы или массивы данных. 


Ф У программиста появляются дополнительные возможности 
по совмещению средств Ассемблера (например, команды 
ЕЧО) совместно с макрокомандами. 


Основные недостатки: 


Ф Программа должна требовать больше оперативной памяти, 
что критично на некоторых типах ЭВМ, не имеющих 
много оперативной памяти. 


Ф Реализация подобного типа задачи может оказаться на 
порядок сложнее, чем отдельная реализация Ассемблера и 
макропроцессора. 


Отдельно от рассмотрения реализации аппарата макросредств в 
Ассемблер лежит рассмотрение дополнительного просмотра, используе- 
мого многими программами для выявления определенных характерис- 
ТИК ИСХОДНОЙ программы, таких как типы данных. 


Располагая таким макропроцессором, можно использовать ко- 
манды условной компиляции, позволяющие поставить расширение мак- 
рокоманд в зависимость от определенных характеристик программы. 
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Лабораторные работы 


С 


Общие указания к выполнению 


Цель лабораторного практикума 


Лабораторный практикум выполняется при изучении курса «Сис- 
темное программирование и операционные системы» и имеет целью вы- 
работку у студентов навыков в трех направлениях: 


Ф применение языка программирования С как инструмента 
для системного программирования; 


Ф программное управление аппаратными средствами ПЭВМ 
на низком уровне; 


Ф использование внутренних структур данных операцион- 
ной системы М$ ОО$ для получение информации и опе- 
ративной настройки системы. 


С 


Язык С как инструмент системного 
программирования 


Главным качеством языка С, которое делает его именно языком 
системного программиста, является то, что «С — это язык относительно 
«низкого уровня»... Это означает, что С имеет дело с объектами того же 
вида, что и большинство ЭВМ, а именно, с символами, числами и адре- 
сами. Они могут объединяться и пересылаться посредством обычных 
арифметических и логических операций, осуществляемых реальными 
ЭВМ.» [2]. Система программирования С при представлении данных не 
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вносит никаких дополнительных структур памяти, которые не были бы 
«видны» программисту. Так, например, внутреннее представление мас- 
сивов в языке С полностью совпадает с внешним: массив — это только 
последовательность слотов в памяти. Отсутствие специального дескрип- 
тора массива, с одной стороны, делает невозможным контроль выхода 
индексов за допустимое границы, но с другой, уменьшает объем памяти 
программы и увеличивает ее быстродействие за счет отсутствия в памяти 
дескриптора и команд проверки индекса при каждом обращении к эле- 
менту массива. Это общий принцип С-программ: программист имеет 
максимальные возможности для разработки эффективных программ, но 
вся ответственность за их правильность ложится на него самого. Поэто- 
му отладка программ на языке С — непростой процесс, С-программы ча- 
ще «зависают» и выдают результаты, которые не всегда воспроизводятся 
и которые труднее объяснить, чем программы на других языках. 


Чрезвычайно важным свойством языка С, которого нет в других 
языках, является адресная арифметика. Над данными типа «указатель» 
возможны арифметические операции, причем в них могут учитываться 
размеры тех объектов, которые адресуются указателем. Другое свойство 
указателей — их явная связь с конструкциями интеграции данных (мас- 
сивы, структуры, объединения) и возможность подмены операций ин- 
дексации и квалификации операциями адресной арифметики. За счет 
указателей программист имеет возможность удобным для себя способом 
структурировать адресное пространство программы и гибко изменять 
это структурирование. 


Свойством, которое вытекает из общих принципов построения 
языка С, является слабая защита типов. В языках с сильной защитой ти- 
пов (Разса[) для каждого типа данных определен набор доступных опера- 
ций и компилятор запрещает применение к типу непредусмотренных 
для него операций и смешивание в выражениях данных разных типов. В 
С определен богатый набор правил преобразования типов по умолча- 
нию, поэтому почти любая операция может быть применена к почти лю- 
бому типу данных и выражения могут включать данные самых разных ти- 
ПОВ. 


Еще некоторые средства языка не ориентированы непосредствен- 
но на низкоуровневое системное программирование, но могут быть 
очень полезны при разработке системных программ: 


Ф обязательной составной частью языка является 
препроцессор. С не поддерживает сложных структур 
данных, но позволяет программисту определять свои 
типы. Включение в программу описания таких типов 
средствами препроцессора позволяет обеспечить 
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однозначную интерпретацию типов во всех модулях 
сложного программного изделия; 


Ф процедурно-ориентированный язык С вместе с тем 
представляет все кодовые составляющие программы в 
виде функций. Это дает возможность применять язык С и 
як инструмент функционально-ориентированного 
программирования, как, например, язык $Р. 


Важное качество языка С — высокая эффективность объектных 
кодов С-программы как по быстродействию, так и по объему памяти. 
Хотя это качество обеспечивается не столько свойствами самого языка, 
сколько свойствами системы программирования, традиция построения 
систем программирования С именно такова, что они обеспечивают боль- 
шую, эффективность, чем, например, Разса|. Это связано еще и с «родо- 
словной» языков. Разса| возник как алгоритмический язык, предназна- 
ченный в своей первой версии не для написания программ, а для 
описания алгоритмов. Отсюда Разса|-трансляторы строились и строятся 
как синтаксически-ориентированные трансляторы характерно компи- 
лирующего типа: транслятор выполняет синтаксический анализ про- 
граммы в соответствии с формально представленными правилами, а объ- 
ектные коды формируются в основном в виде обращений к 
библиотечным процедурам, которые реализуют элементарные функции. 
Язык С ведет свое происхождение от языка ВСРГ, который был языком 
Макроассемблера. Отсюда и объектный код С-программы строится як 
последовательность машинных команд, которая оптимизируется для 
каждого конкретного выполнения данной функции. 


СЗ 


Порядок выполнения работ 


Для выполнения всех лабораторных работ предлагается единый 
порядок, предусматривающий следующие шаги. 


Ф Ознакомиться с постановкой задачи и исходными 
данными. Определить вариант индивидуального задания. 

Ф Сконструировать структуру программы. 

Ф Составить текст программы. 
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Ф Набрать текст программы. 
Ф Выполнить компиляцию программы. 
Ф Провести анализ и исправление обнаруженных 
синтаксических ошибок в тексте программы. 
Ф Получить решение (изображение) и, в случае обнаружения 


логических ошибок, определить и устранить их. 


С 


Содержание отчета 


Отчет оформляется по каждой лабораторной работе и состоит из 
следующих разделов. 


Ф Лекция лабораторной работы. 

Цель работы. 

Индивидуальное задание. 

Описание структур данных и алгоритмов 


Результаты работы программы. 


$+Ф+++ 


Интерпретация результатов. 


СЗ 


Лабораторная работа №1. 
Работа с символьными строками 


Цель работы 


Получение практических навыков в работе с массивами и указате- 
лями языка С, обеспечение функциональной модульности 
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Темы для предварительного изучения 


Ф Указатели в языке С. 
Ф Представление строк. 
Ф Функции и передача параметров. 


Постановка задачи 


По индивидуальному заданию создать функцию для обработки 
символьных строк. За образец брать библиотечные функции обработки 
строк языка С, но не применять их в своей функции. Предусмотреть об- 
работку ошибок в задании параметров и особые случаи. Разработать два 
варианта заданной функции — используя традиционную обработку мас- 
сивов и используя адресную арифметику. 


Индивидуальные задания 


4. Функция Сор!е$($,$1,п) 
Назначение: копирование строки $ в строку $1 п раз 


2. Функция М/ога$($) 
Назначение: подсчет слов в строке $ 


3. Функция Сопсак$1,$2) 


Назначение: конкатенация строк $1 и $2 (аналогичная библиотеч- 
ная функция С — $гсай 


4. Функция Рагзе ($1) 


Назначение: разделение строки 5 на две части: до первого вхожде- 
ния символа { и после него 


5. Функция Сетег($1,$2,|) 


Назначение: центрирование — размещение строки $1 в середине 
строки $2 длиной | 


6. Функция Вев!е($,п,!) 
Назначение: удаление из строки $ подстроки, начиная с позиции 
п, длиной | (аналогичная библиотечная Функция есть в Разса!). 


7. Функция 1еН($,1) 
Назначение: выравнивание строки $ по левому краю до длины 1. 


8. Функция Ю5НК$,1) 
Назначение: выравнивание строки $ по правому краю до длины 1. 
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9. Функция тзец($, 51, п) 
Назначение: вставка в строку $ подстроки $1, начиная с позиции п 
(аналогичная библиотечная функция есть в Разса!|). 


10. Функция Веуегзе($) 


Назначение: изменение порядка символов в строке $ на противо- 
положный. 


11. Функция Ро$($,$1) 


Назначение: поиск первого вхождения подстроки $1 в строку $ 
(аналогичная функция С — $34). 


12. Функция 1а$!Ро$($,$1) 
Назначение: поиск последнего вхождения подстроки $1 В строку $. 


13. Функция Могатаех($,п) 


Назначение: определение позиции начала в строке $ слова с номе- 
ром п. 


14. Функция М/огЁ ета! ($,п) 
Назначение: определение длины слова с номером п в строке $. 


15. Функция $и6\М/ога($,п,1) 


Назначение: выделение из строки $ | слов, начиная со слова с но- 
мером п. 


16. Функция МогаСтр($1,$2) 


Назначение: сравнение строк (с игнорированием множественных 
пробелов). 


17. Функция $Н$рп($,51) 
Назначение: определение длины той части строки $, которая со- 
держит только символы из строки $1. 


18. Функция $НС$рп($,$1) 


Назначение: определение длины той части строки $, которая не 
содержит символы из строки $1. 


19. Функция Оуепау ($,$1,п) 


Назначение: перекрытие части строки $, начиная с позиции п, 
строкой $1. 


20. Функция Рерасе($,51,$2) 
Назначение: замена в строке $ комбинации символов $1 на $2. 
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21. Функция Сотрге$$($,1) 
Назначение: замена в строке $ множественных вхождений симво- 
латна одно. 


22. Функция Тит($) 
Назначение: удаление начальных и конечных пробелов в строке $. 


23. Функция $н$ек$, п!) 
Назначение: установка | символов строки $, начиная с позиции п, 
в значение 1. 


23. Функция 5$расе($,1) 
Назначение: доведение строки $ до ДЛИНЫ 1 путем вставки пробе- 
лов между словами. 


24. Функция Епа\ога$($,$1) 
Назначение: поиск вхождения в строку $ заданной фразы (после- 
довательности слов) $1. 


25. Функция $НТуре($) 


Назначение: определение типа строки $ (возможные типы — стро- 
ка букв, десятичное число, 16-ричное число, двоичное число и т.д.). 


26. Функция Сотрш($1,$2) 
Назначение: сравнение строк $1 и та $2 с игнорированием разли- 
чий в регистрах. 


27.Функция Папз!сйе ($,$1,$2) 


Назначение: перевод в строке $ символов, которые входят в алфа- 
вит $1, в символы, которые входят в алфавит $2. 


28. Функция М/ога($) 
Назначение: выделение первого слова из строки $. 


Примечание: под «словом» везде понимается последовательность 
символов, которая не содержит пробелов. 
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Пример решения задачи 


Индивидуальное задание 


Функция зи6$Н($,п,) 
Назначение: выделение из строки $ подстроки, начиная с позиции 
п, ДЛИНОЙ [. 


Описание метода решения 


Символьная строка в языке С представляется в памяти как массив 
символов, в конце которого находится байт с кодом 0 — признак конца 
строки. Строку, как и любой другой массив можно обрабатывать либо 
традиционным методом — как массив, с использованием операции ин- 
дексации, либо через указатели, с использованием операций адресной 
арифметики. При работе со строкой как с массивом нужно иметь в виду, 
что длина строки заранее неизвестна, так что циклы должны быть орга- 
низованы не со счетчиком, а до появления признака конца строки. 


Функция должна реализовывать поставленную задачу — и ничего 
более. Это означает, что функцию можно будет, например, перенести без 
изменений в любую другую программу, если спецификации функции 
удовлетворяют условиям задачи. Это также означает, что при ошибоч- 
ном задании параметров или при каких-то особых случаях в их значени- 
ях функция не должна аварийно завершать программу или выводить ка- 
кие-то сообщения на экран, но должна возвращать какое-то 
прогнозируемое значение, по которому та функция, которая вызвала на- 
шу, может сделать вывод об ошибке или об особом случае. 


Определим состав параметров функции: 
11 зибзЕг (згс, Чдезф, пит, 1еп); 


где 
Ф гс — строка, с которой выбираются символы; 

Ф 4ез{ — строка, в которую записываются символы; 

Ф пит — номер первого символа в строке згс, с которого 


начинается подстрока (нумерация символов ведется с 0); 


Ф 1еп — длина выходной строки. 
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Возможные возвращаемые значения функции установим: 1 (зада- 
ние параметров правильное) и 0 (задание не правильное). Эти значения 
при обращениях к функции можно будет интерпретировать как «истина» 
ИЛИ «ЛОЖЬ». 


Обозначим через 15гс длину строки $тс. Тогда возможны такие ва- 
рианты при задании параметров: 


Ф пип-Неп <= 15гс — полностью правильное задание; 


Ф пит- еп > Г5гс; пит < Г5гс — правильное задание, но 
длина выходной строки будет меньше, чем еп; 


Ф пит >= [5гс — неправильное задание, выходная строка 
будет пустой; 


Ф пит < 0 или [еп <= 0 — неправильное задание, выходная 
строка будет пустой. 


Заметим, что интерпретация конфигурации параметров как пра- 
вильная/неправильная и выбор реакции на неправильное задание — де- 
ло исполнителя. Но исполнитель должен строго выполнять принятые 
правила. Возможен также случай, когда выходная строка выйдет боль- 
шей длины, чем для нее отведено места в памяти. Однако, поскольку на- 
шей функции неизвестен размер памяти, отведенный для строки, функ- 
ция не может распознать и обработать этот случай — так же ведут себя и 
библиотечные функции языка С. 


Описание логической структуры 


Программа состоит из одного программного модуля — файл 
ГАВ1.С. В состав модуля входят три функции — шаш, $105 таз и 
$105 _рёг. Общих переменных в программе нет. Макроконстантой М опре- 
делена максимальная длина строки — 80. 


Функция ша является главной функцией программы, она пред- 
назначена для ввода исходных данных, вызова других функций и вывода 
результатов. В функции определены переменные: 


Ф 55 и 94 — входная и выходная строки соответственно; 


Ф п — номер символа, с которого должна начинаться 
выходная строка, 


Ф | — длина выходной строки. 


Функция запрашивает и вводит значение входной строки, номера 
символа и длины. Далее функция вызывает функцию $165 та$, переда- 
вая ей как параметры введенные значения. Если функция $165 таз воз- 
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вращает 1, выводится на экран входная и выходная строки, если 0 — вы- 
водится сообщение об ошибке и входная строка. Потом входная строка 
делается пустой и то же самое выполняется для функции $165%г_рёг. 


Функция $165 таз выполняет поставленное задание методом 
массивов. Ее параметры: — $ге и 4е$ё — входная и выходная строки соот- 
ветственно, представленные в виде массивов неопределенного размера; 
пит и еп. Внутренние переменные 1 и} используются как индексы в мас- 
сивах. 


Функция проверяет значения параметров в соответствии со случа- 
ем 4, если условия этого случая обнаружены, в первый элемент массива 
дез записывается признак конца строки и функция возвращает 0. 


Если случай 4 не выявлен, функция просматривает пит первых 
символов входной строки. Если при этом будет найден признак конца 
строки, это — случай 3, при этом в первый элемент массива 4ез( записы- 
вается признак конца строки и функция возвращает 0. 


Если признак конца в первых пит символах не найден, выполня- 
ется цикл, в котором индекс входного массива начинает меняться от 1, а 
индекс выходного — от 0. В каждой итерации этого цикла один элемент 
входного массива пересылается в выходной. Если пересланный элемент 
является признаком конца строки (случай 2), то функция немедленно за- 
канчивается, возвращая 1. Если в цикле не встретится конец строки, 
цикл завершится после |еп итераций. В этом случае в конец выходной 
строки записывается признак конца и Функция возвращает 1. 


Функция $15й'_р#г выполняет поставленное задание методом ука- 
зателей. Ее параметры: — $ге и 4е${ — входная и выходная строки соот- 
ветственно, представленные в виде указателей на начала строк; пи и [еп. 


Функция проверяет значения параметров в соответствии со случа- 
ем 4, если условия этого случая выявлены, по адресу, который задает 9е$%, 
записывается признак конца строки и функция возвращает 0, эти дейст- 
вия выполняются одним оператором. 


Если случай 4 не обнаружен, функция пропускает пиш первых 
символов входной строки. Это сделано циклом \ПН!Пе, условием выхода из 
которого является уменьшение счетчика пит до 0 или появление при- 
знака конца входной строки. Важно четко представлять порядок опера- 
ций, которые выполняются в этом цикле: 


Ф выбирается счетчик пит; 


Ф счетчик пит уменьшается на 1; 
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Ф если выбранное значение счетчика было 0 — цикл 
завершается; 
Ф если выбранное значение было не 0 — выбирается символ, 
на который указывает указатель $гс; 
Ф указатель $гс увеличивается на 1; 
Ф если выбранное значение символа было 0, то есть, признак 


конца строки, цикл завершается, иначе — повторяется. 


После выхода из цикла проверяется значение счетчика пит: если 
оно не 0, это означает, что выход из цикла произошел по признаку кон- 
ца строки (случай 3), по адресу, который задает 4е$%, записывается при- 
знак конца строки и функция возвращает 0. 


Если признак конца не найден, выполняется цикл, подобный пер- 
вому циклу \ИПе, но по счетчику 1еп. В каждой итерации этого цикла 
символ, на который показывает $ге переписывается по адресу, задавае- 
мому 4е$%, после чего оба указателя увеличиваются на 1. Цикл закончит- 
ся, когда будет переписано 1еп символов или встретится признак конца 
строки. В любом варианте завершения цикла по текущему адресу, кото- 
рый содержится в указателе 4е$, записывается признак конца строки и 
функция завершается, возвращая 1. 


Данные АЛЯ тестирования 

Тестирование должно обеспечить проверку работоспособности 
функций для всех вариантов входных данных. Входные данные, на кото- 
рых должно проводиться тестирование, сведены в таблицу: 





вариант УГС Пит 1еп Чезе 

1 012345 2 2 23 
012345 0 1 0 
012345 0 6 012345 

2 012345 5 3 5 
012345 2 6 2345 
012345 0 7 012345 

3 012345 8 2 пусто 
012345 -1 2 пусто 
012345 5 0 пусто 
012345 5 -1 пусто 





Текст программы 
[ЕЕЖЖЖЖЖЖЖАЖАХАХА КАКА КАКА ЖАНА КАХА КАКААХ 


/=*жжжжжх Файл ГАВЛ.С хжжяжжяжжжжяжжяжхжжяжяяжях 


#1ис1иае <эта1о.1> 
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ваег1те М 80 
/ЕЖЖЖЖЯЖЖЖЖ КАЖ АЯ ЖХАЖАЯЖАХЖЯЯ ЖКХ 
/* Функция выделения подстроки (массивы) */ 
/КАЖЖЖЖЯЖЖЖЖЖАЖКЯЖ КАЖ ЖУКА КАЖ ЖЯЖЖЯНХАХ 
11 зибзЕг_таз(снаг згс[№], спаг ЧезЕ[М], 1пЕ пит, 111 1еп){ 
11 1, }; 
/* проверка случая 4 */ 
Те ( (пит<0) | | (1еп<=0) ) { 
Че$[0]=0; гефигп 0; 
} 
/* выход на пит-ый символ */ 
Тог (1=0; 1<=пит; 1++) 
/* проверка случая 3 */ 
ТЕ ( згс[1]=='\0°) { 
9е$+[0]=0; гефигп 0; 
} 
/* перезапись символов */ 
ог (1--, ]=0; ]<3еп; 9++, 1++) { 
9езЕ[1 ]=$гс[1]; 
/* проверка случая 2 */ 
1Е ( дезЕ[)]=='\0°) гефиги 1 
} 
/* запись признака конца в выходную строку */ 
9е$1[1]='\0°; 
гефигп 1; 


} 


/КАЖЖЖЖЯЖЖЯЖ КАКАЯ ЯК ЖА ЖУКА ЖЯЯЖЯНХАХ | 


, 











/* Функция выделение подстроки */ 
/* (адресная арифметика) */ 
/ЕЖЖЖЖЖЖЖЖАЖЯЖЖЯЯ АЯ ЖК ХА ЯАКХХ 
11 зибзфг_рЕг(спаг *згс, спаг *«Чезф, 1пе пит, 11 1еп) { 
/* проверка случая 4 */ 
1 ( (пим<0) || (1еп<=0) ) гефигп 4ез[0]=0; 
/* выход на пим-ый символ или на конец строки */ 
мп ]е ( пип-- && *згс++ ); 
/* проверка случая 3 */ 
ТЕ ( !пип ) гефигп дез[0]=0 
/* перезапись символов */ 
мп ]е ( 1еп-- && жзгс ) «ЧезЕ++=»8гс++; 
/= запись признака конца в выходную строку */ 
*«9е${=0 
гефигп 1; 
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[ЕЕЖЖЖЖЖЖЖАЯЖАХАХАКАКА КАКАЯ КАХА Индивидуальные задания 
та1п() 
{ 4 
спаг $$[№], а9а[м№]: Все нулевые элементы размещены в левой части матрицы 
Ти п, 1; 2 
С1г$сг(); 
рг1пЕР( “Вводите строку:\п”): Все нулевые элементы размещены в правой части матрицы 
9е1$($$); 3 
ритпЕТ("начало=”); 
эсап{("%4", &п); Все нулевые элементы размещены выше главной диагонали 
ри1пЕЕ( “длина=”); д 
эсап{("%4", &1); . 
реп ( "Массивы: \п”): Все нулевые элементы размещены в верхней части матрицы 











1Е (зибзфг_таз($$, 99, п,1)) рг1пЕТ(”>>%$<<\п>>%5<<«\п”, $$, 99); 








. 5 
е1зе рг1пЕР( “Ошибка! >>%$<<\п”, 94); ь 
99[0]='\0°; Все нулевые элементы размещены в нижней части матрицы 
рг1пЕЕ( "Адресная арифметика:\п”); 6 
1Е (зибзфг_рЕг($$, 99, п,1)) рг1пЕТ(”>>%$<<\п>>%5<<\п”, $$, 99); В 
м се элементы нечетных строк — нулевые 
деесв(); 7 
} Все элементы четных строк — нулевые 
[9 : 
Все элементы нечетных столбцов — нулевые 
ц У. 
9 
б Все элементы четных столбцов — нулевые 
Лабораторная работа №2. = 
Представление В ПАМЯТИ МАССИВОВ И Все нулевые элементы размещены в шахматном порядке, начиная 
матриц с 1-го элемента 1-й строки 
41 
Цель работы Все нулевые элементы размещены в шахматном порядке, начиная 
Получение практических навыков в использовании указателей и со 2-го элемента 1-й строки 
динамических объектов в языке С, создание модульных программ и 
обеспечение инкапсуляции. 12 
Все нулевые элементы размещены на местах с четными индексами 
Постановка задачи строк и столбцов 
Для разряженной матрицы целых чисел в соответствии с индиви- 13 


дуальным заданием создать модуль доступа к ней, у котором обеспечить 


экономию памяти при размещении данных. Все нулевые элементы размещены на местах с нечетными индек- 


сами строк и столбцов 


Лабораторные работы 393 


14 


Все нулевые элементы размещены выше главной диагонали на не- 
четных строках и ниже главной диагонали — на четных 


15 


Все нулевые элементы размещены ниже главной диагонали на не- 
четных строках и выше главной диагонали — на четных 


16 


Все нулевые элементы размещены на главной диагонали, в первых 
3 строках выше диагонали и в последних 3 строках ниже диагонали 


47 


Все нулевые элементы размещены на главной диагонали и в верх- 
ней половине участка выше диагонали 


18 
Все нулевые элементы размещены на главной диагонали и в ниж- 
ней половине участка ниже диагонали 


19 


Все нулевые элементы размещены в верхней и нижней четвертях 
матрицы (главная и побочная диагонали делят матрицу на четверти) 


20 


Все нулевые элементы размещены в левой и правой четвертях ма- 
трицы (главная и побочная диагонали делят матрицу на четверти) 


21 


Все нулевые элементы размещены в левой и верхней четвертях ма- 
трицы (главная и побочная диагонали делят матрицу на четверти) 


22 


Все нулевые элементы размещены на строках, индексы которых 
кратны 3 


23 


Все нулевые элементы размещены на столбцах, индексы которых 
кратны 3 


24 


Все нулевые элементы размещены на строках, индексы которых 
кратны 4 
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25 


Все нулевые элементы размещены на столбцах, индексы которых 
кратны 4 


26 


Все нулевые элементы размещены попарно в шахматном порядке 
(сначала 2 нулевых) 


27 


Матрица поделена диагоналями на 4 треугольники, элементы 
верхнего и нижнего треугольников нулевые 


28 


Матрица поделена диагоналями на 4 треугольники, элементы ле- 
вого и правого треугольников нулевые 


29 


Матрица поделена диагоналями на 4 треугольника, элементы пра- 
вого и нижнего треугольников нулевые 


30 
Все нулевые элементы размещены квадратами 2х2 в шахматном 
порядке 


Исполнителю самому надлежит выбрать, будут ли начинаться ин- 
дексы в матрице с 0 илис 1. 


Пример решения задачи 
Индивидуальное задание: 


Ф матрица содержит нули ниже главной диагонали; 


Ф индексация начинается с 0. 


Описание методов решения 


Представление в памяти 


Экономное использование памяти предусматривает, что для тех 
элементов матрицы, в которых наверняка содержатся нули, память выде- 
ляться не будет. Поскольку при этом нарушается двумерная структура 
матрицы, она может быть представлена в памяти как одномерный мас- 
сив, но при обращении к элементам матрицы пользователь имеет воз- 
можность обращаться к элементу по двум индексам. 
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Модульная структура программного изделия 


Программное изделие должно быть отдельным модулем, файл 
ТАВ2.С, в котором должны размещаться как данные (матрица и вспомо- 
гательная информация), так и функции, которые обеспечивают доступ. 
Внешний доступ к программам и данным модуля возможен только через 
вызов функций чтения и записи элементов матрицы. Доступные извне 
элементы программного модуля должны быть описаны в отдельном фай- 
ле ГАВ2.Н, который может включаться в программу пользователя опера- 
тором препроцессора: 


#1пс1и9е “Таб2. п” 


Пользователю должен поставляться результат компиляции — 
файл ГАВ2.ОВ] и файл ГАВ?2.Н. 


Преобразование 2-компонентного адреса элемента матрицы, ко- 
торую задает пользователь, в 1-компонентную должно выполняться от- 
дельной функцией (так называемой, функцией линеаризации), вызов 
которой возможен только из функций модуля. Возможны три метода 
преобразования адреса: 


Ф при создании матрицы для нее создается также и 
дескриптор О[М] — отдельный массив, каждый элемент 
которого соответствует одной строке матрицы; дескриптор 
заполняется значениями, подобранными так, чтобы: п = 
ОХ] + у, где х, у — координаты пользователя (строка, 
столбец), п — линейная координата; 


Ф линейная координата подсчитывается методом итерации 
как сумма полезных длин всех строк, предшествующих 
строкех, ик ней прибавляется смещение у-го полезного 
элемента относительно начала строки; 


Ф для преобразования подбирается единое арифметическое 
выражение, которой реализует функцию: п = Кх,у). 


Первый вариант обеспечивает быстрейший доступ к элементу ма- 
трицы, ибо требует наименьших расчетов при каждом доступе, но плата 
за это — дополнительные затраты памяти на дескриптор. Второй вариант 
— наихудший по всем показателям, ибо каждый доступ требует выполне- 
ния оператора цикла, а это и медленно, и занимает память. Третий вари- 
ант может быть компромиссом, он не требует дополнительной памяти и 
работает быстрее, чем второй. Но выражение для линеаризации тут будет 
сложнее, чем первом варианте, следовательно, и вычисляться будет мед- 
леннее. 
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В программном примере, который мы приводим ниже, полностью 
реализован именно третий вариант, но далее мы показываем и сущест- 
венные фрагменты программного кода для реализации и двух других. 


Описание логической структуры 


Общие переменные 
В файле ГАВ2.С описаны такие статические переменные: 


Ф шЕММ — размерность матрицы; 
Ф ШЕЕ — количество ненулевых элементов в матрице; 
Ф Ш *т_а49г — адрес сжатой матрицы в памяти, начальное 


значение этой переменной — МОМ, — признак того, что 
память не выделена; 


Ф 16 1.2_КЕЗОГТ — общий флаг ошибки, если после 
выполнения любой функции он равен -1, то произошла 
ошибка. 


Переменные 17 и т _а@4г описаны вне функций с квалификато- 
ром айс, это означает, что вони доступны для всех функций в этом мо- 
дуле, но недоступны для внешних модулей. Переменная 1,2_КВЕЗОПТ 
также описана вне всех функций, не без явного квалификатора. Эта пе- 
ременная доступна не только для этого модуля, но и для всех внешних 
модулей, если она в них буде описана с квалификатором ежеги. Такое 
описание имеется в файле ГАВ2.Н. 


Функция сгеа!_ тан 


Функция сгеаё_тайг предназначена для выделения в динамичес- 
кой памяти места для размещения сжатой матрицы. Прототип функции: 


1пЕ сгеае тафг ( 17 М ); 
где М — размерность матрицы. 


Функция сохраняет значение параметра в собственной статичес- 
кой переменной и подсчитывает необходимый размер памяти для разме- 
щения ненулевых элементов матрицы. Для выделения памяти использу- 
ется библиотечная функция С шайЙос. Функция возвращает -1, если при 
выделении произошла ошибка, или 0, если выделение прошло нормаль- 
но. При этом переменной 1.2_КЕЗОТТ также присваивается значение 0 
или -1[. 


Функция сюо5е_пан 


Функция <105$е_тай предназначена для освобождения памяти при 
завершении работы с матрицей, 
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Прототип функции: 
11 с10$е_тафг ( м014 ); 


Функция возвращает 0 при успешном освобождении, -1 — при по- 
пытке освободить невыделенную память. 


Если адрес матрицы в памяти имеет значения МИЦ, это признак 
того, что память не выделялась, тогда функция возвращает -1, иначе — 
освобождает память при помощи библиотечной функции Ёее и записы- 
вает адрес матрицы — МОМ... Соответственно функция также устанавли- 
вает глобальный признак ошибки — 12_ВЕЗОТТ. 


Функция геаа_пан 


Функция геа@_таг предназначена для чтения элемента матрицы. 
Прототип функции: 


1 геад_мафг(1ие х, 11 у); 


тгдехиу — координаты (строка и столбец). Функция возвращает 
значение соответствующего элемента матрицы. Если после выполнения 
функции значение переменной 1.2_ВЕЗОГТ -1, то это указывает на 
ошибку при обращении. 


Проверка корректности задания координат выполняется обраще- 
нием к функции сй_соога, если эта последняя возвращает ненулевое зна- 
чение, выполнение геа@ тай на этом и заканчивается. Если же коорди- 
наты заданы верно, то проверяется попадание заданного элемента в 
нулевой или ненулевой участок. Элемент находится в нулевом участке, 
если для него номер строки больше, чем номер столбца. Если элемент в 
нулевом участке, функция просто возвращает 0, иначе — вызывает функ- 
цию линеаризации Пп и использует значение, которое возвращает Йп, как 
индекс в массиве ш_а@4г, по которому и выбирает то значения, которое 
возвращается. 


Функция мйе_гпан 


Функция мгНе_тай предназначена для записи элемента в матри- 
цу. Прототип функции: 


ТП мите_маег(1пЕ х, 1пЕ у, 1тЕ уаше); 


гдехиу — координаты (строка и столбец), уаше — то значение, ко- 
торое нужно записать. Функция возвращает значение параметра уаше, 
или 0 — если была попытка записи в нулевой участок. Если после выпол- 
нения функции значение переменной Г,2_КЕЗОТТ -1, то это указывает 
на ошибку при обращении. 
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Выполнение функции подобно функции геад _тайг с тем отличи- 
ем, что, если координаты указывают на ненулевой участок, то функция 
записывает уаше в массив ш_а@@г. 


Функция св_соога 

Функция сВ_со00г4 предназначена для проверки корректности за- 
дания координат. Эта функция описана как %айс и поэтому может вызы- 
ваться только из этого же модуля. Прототип функции: 

эфаЕ1с сПпаг сп_соога(1пе х, 11 у); 


гдехиу — координаты (строка и столбец). Функция возвращает 0, 
если координаты верные, -1 — если неверные. Соответственно, функция 
также устанавливает значение глобальной переменной 1,2_КЕЗОГТ. 


Выполнение функции собственно состоит из проверки трех усло- 


ВИЙ 
Ф адрес матрицы не должен быть МОМ, то есть, матрица 
должна уже находиться в памяти; 
Ф ни одна из координат не может быть меньше 0; 
Ф ни одна из координат не может быть больше ММ. 


Если хотя бы одно из этих условий не выполняется, функция уста- 
навливает признак ошибки. 


Функция т 

Функция Ни предназначена для преобразования двумерных коор- 
динат в индекс в одномерном массиве. Эта функция описана как $&айс и 
поэтому может вызываться только из этого же модуля. Прототип функ- 
ЦИИ: 


эфае1с 1пЕ п(1пЕ х, 1 у); 


тдехиу — координаты (строка и столбец). Функция возвращает 
координату в массиве т_а4@г. 


Выражение, значение которого вычисляет и возвращает функция, 
подобрано вот из каких соображений. Пусть мы имеет такую матрицу, 
как показано ниже, и нам нужно найти линейную координату элемента, 
обозначенного буквой А с координатами (х,у): 


<>. <. © <. 2х 
ооо хх 
рооххх 
ох х хх 
охх хх 
хх ххх 
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Координату элемента можно определить как: зфа1с 1пЕ *т_аЧдаг=МИЕЕ; /* Адрес сжатой 
п = $17Е - 3126Х +01, р 
эфаф1с 1пЕ 11п(1п{, 11$); /* Описание функции линеаризации */ 
где 5ИЕ — общее количество элементов в матрице, эфафас спаг сй_соогд(1пт, 17); /* Описание функции проверки */ 
УТИЕ = № * (М- 1 /2+№: 11 1[2_ВЕЗИЕТ; /* Внешняя переменная, флаг ошибки */ 
тех — количество ненулевых элементов, которые содержатся в /ЕЖЖАХЖЯЖУЖУКА ААА ААУ ААА НАНА / 
строке х и ниже, /* Выделение памяти под сжатую матрицу */ 
за2еХ = (М -х) + (М-х-1) /2+ (м -х; АС СИ 
/* № - размер матрицы */ 
оНУ — смещение нужного элемента от начала строки х, ММ: 
ОРУ = у-х УТИЕ=Мж (№-1)/2+М; 
17 ((т_адд9г=(1пЕ *)та110ос(517Е*317е01т(1пт))) == МИШ ) 
Программа пользователя ГевиеИ: 17 ВЕЗИТЕ 
Для проверки функционирования нашего модуля создается про- е1зе 
граммный модуль, который имитирует программу пользователя. Этот гефигп 12_ВЕЗИУЕТ=0; 
модуль обращается к функции сгеай_тайг для создания матрицы нужно- /* Возвращает 0, если выделение прошло успешно, иначе -1 */ 
го размера, заполняет ненулевую ее часть последовательно увеличиваю- р 
щимися числами, используя для этого функцию утНе_табт, И ВЫВОДИТ /КЕЖЖЖЖЯЖЖЖЖЖАЖКАЖ КАЖ ЖАХЖЯКЖЯЯЖАХКЯЖЖЯЖЯНКАХ 
матрицу на экран, используя для выборки ее элементов функцию /*= Уничтожение матрицы (освобождение памяти) */ 
геад_тайг. Далее в диалоговом режиме программа вводит запрос на свои 1пф с10зе_тафг(\01а) { 
действия и читает/пишет элементы матрицы с заданными координата- ТР ( м ададг! =МЕ ) { 
ми, обращаясь к функциям геа4д_тайг/ утйе_таг. Если пользователь за- Тгее(п_адаг); 
хотел закончить работу, программа вызывает функцию с105е_тайт. т_аааг=МиЕи; 
гефигп 12_ВЕЗИЕТ=0; 
Тексты программных модулей } 
/**жжжжжх Файл |АВ2.Н хжжжжжяжяжяжяжкжяняяяякях / е1зе гефигп 12_НЕЗИЕТ=-1; 
/* Описание функций и внешних переменных файла [АВ2.С */ /= Возвращает 0, если освобождение пршло успешно, иначе - -1 */ 
ехфегп 11 12_ВЕЗИЕТ; /* Глобальна переменная - флаг ошибки */ } 
/яяжях Выделение па ЯТИ под матрицу */ /КЕЖЖЖЖЯЖЖЖЖ КАКАЯ ЖАК ЖА ЖУКА ЖЯЖЖЯНХАХ 
1пЕ сгеае_ таг ( 17 М ); /* Чтение элемента матрицы по заданным координатам */ 
/***** Чтение элемента матрицы по заданным координатам */ 11 геад_пмаеи(1пе х, 11 у) { 
1пЕ геад_мафг ( 1х, у ); /* х, у -координати (строка, столбец) */ 
/***** Запись элемент в матрицу по заданным координатам */ 1 ( сп соога(х, у) ) гефигт 0; 
ТП мите_тафг ( 11 х, 1 у, ЕЁ уаше ); 
/**««* Уничтожение матрицы */ /*= Если координаты попадают в нулевой участок - возвращается 0, 
11 с10зе_мафг ( умо1а ); иначе - применяется функция линеаризации */ 
/**жжжжжх Конец файла 1АВ2.Н хжжжжжжжхжяжяжяякях гефигп (х>у) 70 : м аддг[11п(х,у)]; 
/*жжжжжяжжх Файл [АВ2.С хжхжжжжжижжижхижкяжаяняих /= Проверка успешности чтения - по переменной 
/* В этом файле определены функции и переменные для обработки -2_ВЕЗИЕТ: 0 - без ошибок, -1 - была ошибка */ 
матрицы, заполненной нулями ниже главной диагонали */ } 
#1пс1иае <а11ос.п> 
Зфаф1с 1 ММ; /* Размерность матрицы */ /КАЖЖЖЖЯЖЖЖЖЖАЖКАЖ КАЖ ЖАК ЖАК КАЖ ЖЖЖЯНХАХ 
эфаф1с 1пЕ 517Е; /* Размер памяти */ /* Запись элемента матрицы по заданным координатам * / 
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ТП мите_пафг(1пЕ х, 1пЕ у, 1тЕЁ уаше) { 
/* х, у -координати, уа]ие - записываемое значение */ 

ТЕ ( снсоога(х, у) ) геигп; 

/* Если координаты попадают в нулевой участок - записи нет, 
иначе - применяется функция линеаризации */ 

ТЕ Схлу ) геит 0; 

е1зе гефигп пт_адаг[11п(х, у) ]=уа1ие; 

/* Проверка успешности записи - по 12_ВЕЗИЕТ */ 


} 


/КЕЖЖЖЖХЖЖЖЯ ЖАК ЖКХ ЖЯЖЯЯЯЯХ | 


/* Преобразование 2-мерных координат в линейную */ 


/* (вариант 3) */ 
эфаЕ1с 1пе 11п(1пЕ х, 11 у) { 

Ти п; 

П=ММ-х 

гефигп 917Е-п*(п-1)/2-пч+у-х; 
} 


/КЕЖЖЖЖХЖЖЖЯ ЖАК ЖАК ЖЯЯЖЯЯКЯХ 
/* Проверка 
зфае1с спаг сп_соога(1пе х, 
ТЕ С С п ададг==мМЕ ) || 
(ЗЕ ) || (УМЕ) (хх) | 
/* Если матрица не размещена в памяти, 
выходят за пределы матрицы */ 
гефигп 12_ВЕЗИЕТ=-1 
гефигп 12_ВЕЗИЕТ=0; 
} 
/**««ж«**Конец файла 1АВ2.С ЖЖЖЖЖЯЖАХААЖАКАНЯХ 
/*жжжжжх* Файл МАТМ2.С хжжжжжжжижажяжяжяняяянякхх 
/* "Программа пользователя” */ 
Нис1иде “1аб2. в” 
ма1п(){ 
11 В; /* размерность */ 
11 1, ); /* номера строки и столбца */ 


орректности обращения * / 
116 У) { 


( ухо) ) 
или заданные координаты 





11 п; /х значения элемента */ 
171 ор; /* операция */ 
С1гзсг(); 


ри1пЕЕ( ‘Введите размерность матрицы >’); 
/*= создание матрицы */ 
1 ( сгеае_ тафг (В) ) { 

ризпЕЕ( “Ошибка создания матрицы\п”); 


эсапт(“%а",Н); 
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ех11(0); 
} 
/* заполнение матрицы */ 
Рог ( п=]=0; ]<В; ++) 
Рог ( 1=0; 1<В; 1++) 
мг е_таег(1, ], ++т) 
мр11е(1) { 
/* вывод матрицы на экран */ 
С1гзсг(); 
Рог (1=0; 1<В; ]++) { 
Рог (1=0; 1<8В; 1++) 
ри1пЕР( "За “, геад_таг(1,])) 
ритПЕЕ("\ п”); 

} 
ритпЕЕ ("0 - выход\п1 - чтение\п2 - запись\п>”) 
эсап{("%а", &ор) 
эмаЕсп(ор) { 

сазе 0: 





11 (с10зе_маЁг()) рг1пЕЁ( "Ошибка при уничтожении\п”); 
е1зе рг1пЕР(”Матрица уничтожена\п”); 
ех11(0); 

сазе 1: сазе 2: 


рип ("Введите номер строки >"); 
эсап{("%а”, &] ) 
рг1пЕР( “Введите номер столбца >”); 
эсап{("%4”, &1) 
1 (0р==2) { 
рг1пЕЕ( "Введите значение элемента >"); 
эсап{("%4", &т) 
мг те_таег(],1, п); 
11 (12 _ВЕЗИЕТ<0) рг1пР( “Ошибка записи\п”); 
} 
е1зе { 
т=геад_та{г(-,1); 
1е (12_ВЕЗИЕТ<0) рг1пР( “Ошибка считывания\п”); 
е1зе рг1пЕР(“Считано: %а\п”, м) 
} 
ри1пЕЕ( "Нажмите клавишу\п”); 
ргеак 
} 
} 








деесй(); 


} 


/*****Конец файла МАТ\№2. С ХАХАЖАЖАЖААЖУЖЯТяХЯХ 
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Варианты Постановка задачи 
Вариант 1 требует: Для компьютера на своем рабочем месте определить: 
Ф добавления к общим статическим переменным еще 73 тип компьютера: 
переменной: у 
а Ф конфигурацию оборудования; 
эфаЕ1с 1пЕ *0; /* адрес дескриптора */ Ффигурац руд 
Ф добавления такого блока в функцию сгеай_тайг: Ф объем оперативной памяти; 
{ Ф наличие и объем расширенной памяти; 
ТИ 9 
0=(1пе *)та110с(Маз1хео"(1пе)): $х наличие дополнительных ПЗУ; 
Рог (0[0]=0, =№М-1,1=1; 1<№ММ; 1++) Ф версию операционной системы. 


0[1]=0[1-1]+$--; 


} Пример решения задачи 


Ф изменения функции Ша на: 


эфа{1с 1пЕ 111п(1п х, Е у) { 
гефигп О[х]+у; 


Структура данных программы 
Программа использует, так называемый, список оборудования — 
2-байтное слово в области данных В1О$ по адресу 0040:0010. Назначение 


} разрядов списка оборудования такое: 
Вариант 2 требует: 
. Ф 0 установлен в 1, если есть НГМД 
Ф изменения функции п на: 
этат1с 1 пи х, У) { ь 1 установлен в 1, если есть сопроцессор 
10 $5; х* 2,3 число 16-Кбайтных блоков ОЗУ на системной плате 
Ф 4,5 код видеоадаптера: 11 — МПА, 10 — ССА, 80 колонок, 


Рог ($=]=0; ]<х; ]++) 
$+=М-); 
гефигп з+у-х; 


} 


СЗ 


$999 +9+ 
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01 — ССА, 40 колонок, 00 — другой 

6,7 число НГМД-1 (если в разряде 0 единица) 
8 9, если есть канал ПДИ 

9,10,11 число последовательных портов К$-232 
12 1, если есть джойстик 

13 1, если есть последовательный принтер 


14,15 число параллельных принтеров 


Проверка оборудования Структура программы 


Программа состоит только из основной функции шат(). Выделе- 
Цель работы ния фрагментов программы в отдельные процедуры не требуется, пото- 


Получение практических навыков в определении конфигурации и 
основных характеристик компьютера. 


му что нет таких операций, которые во время работы программы выпол- 
няются многократно. 


Лабораторные работы 405 


Описание переменных 
Переменные, применяемые в программе: 


Ф {уре_РС — байт типа компьютера, записанный в ПЗУ 
ВТО5 по адресу ЕЕ00:0ЕЕЕ; 
Ф а, В — переменные для определения объема ежепаеа- 


памяти ПЭВМ, а — младший байт, 6 — старший байт; 


Ф КопЁ № — 2-байтное слово из области данных ВТО$, 
которое содержит список оборудования; 


Ф фуре — массив символьных строк, представляющих типы 
компьютера; 

Ф (УрТА — массив байт, содержащий коды типов дисплеев; 

Ф {уре51А[] — массив строк, содержащий названия типов 
дисплеев; 

Ф ] — вспомогательная переменная, которая используется 
для идентификации типа дисплея; 

Ф 5е2 — сегмент, в котором размещено дополнительное 
ПЗУ; 


Ф тагк — маркер ПЗУ; 


Ф БУСА[64] — буфер данных УСА, из которого (при 
наличии УСА) мы выбираем объем видеопамяти; 


Ф гг и $г — переменные, которые используются для задания 
значения регистров общего назначения и сегментных 
регистров, соответственно, при вызове прерывания. 


Описание алгоритма программы 
Алгоритм основной программы может быть разбито на 5 частей. 


Часть | предназначена для определения типа компьютера. Для 
этого прочитаем байт, записанный в ПЗУ В1О$ по адресу ЕЕ00:0ЕЕЕ. В 
зависимости от значения этого байта сделаем вывод о типе ПЭВМ. Так, 
например, компьютеру типа АТ соответствует код 0хЕС. 


Часть 2 предназначена для определения конфигурации ПЭВМ. 
Для этого прочитаем из области данных В1О$ список оборудования. Для 
определения количества дисководов (если бит 0 установлен в 1) необхо- 
димо выделить биты 6 и 7 (маска 00СОВ) и сместить их вправо на 6 разря- 
дов, а потом добавить [. 
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Для определения количества 16-Кбайтных блоков ОЗУ на систем- 
ной плате необходимо выделить биты 2 и 3 с помощью маски 000СВ, сме- 
стить вправо на 2 разряды и добавить 1. 


Для определения количества последовательных портов В$-232 
выделить с помощью маски 0ЕВ биты 9-11 и сместить вправо на 9 разря- 
Дов. 


Для определения наличия математического сопроцессора — про- 
верить установку бита 1 маской 00021. 


Для определения наличия джойстика — бита 12 с помощью маски 
10008. 


Определить количество параллельных принтеров можно, выделив 
биты 14 и 15 маской С000}В и сместив их вправо на 14 разрядов. 


Поскольку список оборудования содержит недостаточно инфор- 
мации про дисплейный адаптер, то для уточнения типа адаптера выпол- 
ним дополнительные действия. 


Видеоадаптер обслуживается прерыванием ВТОЗ 101. Для новых 
типов адаптеров список его функций расширяется. Эти новые функции 
и используются для определения типу адаптера. 


Функция 1АН доступна только при наличии расширения ВТО$, 
ориентированного на обслуживание УСА. В этом случае функция воз- 
вращает в регистре АТ, код 1АВ — свою «визитную карточку», а в ВГ. — 
код активного видеоадаптера. В случае, если функция 1Ав поддержива- 
ется, обратимся еще к функции 1ВВ — последняя заполняет 70-байтный 
блок информации про состояние, из которого мы выбираемо объем ви- 
деопамяти. 


Если 1АВ не поддерживается, это означает, что УСА у нас нет, в 
этом случае можно обратиться к функции 126 — получение информации 
про ЕСА. При наличии расширения, ориентированного на ЕСА, эта 
функция изменяет содержимое В1. (перед обращением он должен быть 
106) на 0 (цветной режим) или на 1 (монохромный режим) ав ВН возвра- 
щает объем видеопамяти. 


Если же ни 1АВ, ни 12 не поддерживаются, то список оборудова- 
ния ВОЗ содержит достаточную информацию про видеоадаптер и, вы- 
деливши биты 4, 5 мы можем сделать окончательный вывод про тип 
адаптера, который у нас есть. 


В третьей части программы определим объем оперативной памя- 
ти, наличие и объем ежепдед-памяти. Объем оперативной памяти для АТ 
может быть прочитан из регистров 151 (младший байт) и 161 (старший 
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байт) СМО$-памяти или из области памяти ВТО$ по адресу 0040:0013 (2- 
байтное слово). Кроме того, в ПЭВМ может быть еще и дополнительная 
(ехрапаеа) память свыше 1 Мбайту. Ее объем можно получит из регист- 
ров 176 (младший байт) и 186 (старший байт) СМО$-памяти. Для чтения 
регистра СМО$-памяти необходимо видать в порт 701 байт номера реги- 
стра, а потом из порта 7 1 прочитать байт содержимого этого регистра. 


В следующей части программы определим наличие и объем до- 
полнительных ПЗУ. В адресному пространстве от С000:0000 по Е600:0000 
размещаются расширения ПЗУ (эта память не обязательно присутствует 
в ПЭВМ). Для определения наличия дополнительного ПЗУ будем читать 
первое слово из каждых 2 Кбайт, начиная с адреса С000:0000 в поисках 
маркера расширения ПЗУ: 55ААВ. Если такой маркер найден, то следую- 
щий байт содержит длину модуля ПЗУ. 


В заключительной части программы определим версию РОЗ, ус- 
тановленную на ПЭВМ. Для этого воспользуемся функцией РОЗ 308, 
которая возвращает в регистре АТ, старшее число номера версии, а в ре- 
гистре АН — младшее число. 


Текст программы 
/*----Лабораторная работа №----------------- */ 
/*----"Проверка состава оборудования” -------- */ 


/* Подключение стандартных заголовков */ 
#1типс1и4ае <90$.1> 

#1ис1иае <сопто. > 

#1ис1иае <эта1о.1> 


\01 та1п() 
{ 
ип$101еа спаг фуре_РС, /* Тип компьютера */ 
а, 0; /= Переменные для определения */ 
/* характеристик памяти ПЭВМ */ 
и1$191пе9 1пЕ КопР 6; /* Байт конфигурации из В10$ «/ 
СПаг *фуре[]={”“АТ”, "РС] г", "ХТ", "ТВМ РС”, “ипкпомп” } 
ип$191е4 спаг Фур1А[]={0,1,2,4,5, 6, 7, 8, 10, 11, 12, ОхЕг}; 
СПаг *Турез1А[]={“нема дисплею”, "МОА, моно”, "СОА, цв.”, 
"ЕСА, цв.”, "ЕбА, моно“, "РОА, цв.”, 
"МаА, моно, анал. ”, "У@А, кол., анал.” 
"МСбА, кол., цифр. ”, "МССА, моно, анал.” 
"МСбА, кол., анал.”, "неизвестный тип” 
“непредусмотренный код“}; 
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3191е9 11 }; /* Вспомогательная переменная */ 
3191е4 1п{ зе9; /* Сегмент ПЗУ */ 

319пе49 1п{Е магк=0хАА55; /* Маркер ПЗУ «*/ 
з1дпед спаг Би!\/6А[64]; /* Буфер данных \УбА */ 
1оп АЕб$ гг; 

СгисЕ 5АЕ@$ эг; 


Чу Е о. 


фехЕбаскогоипа (0); 

С1гзсг(); 

ТехтаЕ+г(0х0а); 

Срг1пЕ!( "Лабораторная работа №"); 
сри1пт{("\пПроверка состава оборудования”); 





/* Определения типа компьютера */ 
фуре_РС=реекь(0хЕ000, ОхЕЕЕЕ); 

ТЕ (Туре_РС-=0хЕС)>4) 
[уре_РС=4; 
техфаЕЕг(0х0Ь); 
сризптР(”\пТип компьютера: “); 
техфаеЕг(0х0г); 

сри1пЕР( "%з\и\ г”, туре[туре_РС]); 


/*= Конфигурация*/ 

КопЁ_Б=реек(0х40, 0х10); /»* Чтение байта оборудования */ 
/* из памяти ВТ0$ */ 

техфаЕег(0х0Ь); 

срг1пЕР( “Конфигурация: \п\г”); 


|“) 





/* Количество дисководов */ 


техтаеег(0х0е); 

срг1пЕР(” Дисководов ГМД: в 
техфаЕег(0х0г); 

ТЕ(Копт_080х0001) 

сритпЕР( "%9\п\ г”, ((КопЁ_6&0х00С0)>>6)+1); 


сри1пЕР(“нет\п\г”); 

техтаЕЕг(0х0е); 

срг1пЕР(” Математич. сопроцессор: “); 
техфаЕЕг(0х0г); 

1Е(КопР_6&0х0002) 

срг1пЕР(“есть\п\г”); 
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е1зе 
срг1пЕР(“нет\п\г”); 
техфаЕЕг(0х0е) 
срг1пЕР(” Тип дисплейного адаптера: “); 
ТехфаЕЕг(0х0Р) 


/* Определение активного адаптера */ 
/* Предположим наличие \УбА */ 
гг. п. а|=ОхЛа; 
гг. п. а1=0 
11186(0х10, &гг, &гг); 
1Е(гг.В.а1==0х1а) /* Поддерживается функция ЛАП */ 
{ /* прерывания 10п */ 
Гог( ]=0; ]<12;]++) 
ТЕ(гг. |. 61==%урЛА[ 7 ]) 
ргеак 
сри1пЕТ("%$", урез1А[] ]) 





11(7]>0 && ]<12) 

{ 

гг. И. ай=0х16 

гг. Хх. 0х=0; 

эг. ез=ЕР_ЗЕ@ (Би Р\бА); 

гг. х. 91=ЕР_ОРЕ(БиТ\УСА) 

11186х(0х10, &гг, &гг, &3г); 

срг1пЕР(”, %49 Кбайт\п\г”, ( (1п)биР\УбА[ 49 ]+1)*64) 
} 
е1зе 
сре (“\п\ г”); 





.5е 


* Предположим наличие ЕСА */ 
г. И. ай=0х12 

г. В. 61=0х10; 

186(0х10, &гг, &гг); 
Е(гг.П. 01! =0х10) /»* Поддерживается функция 128 */ 
/* прерывания 108 */ 
сризпЕТ (“ЕСА”); 

ТЕ(гг. В. 0П) 

срг1пР(” моно”); 

е1зе 

сризпЕР(” кол.”); 





< ннбор-о- 
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срг1пР(”, %49 Кбайт\п\г”, ((1пе)гг. В. 61+1)*64); 
} 
е1зе 
{ 
/* СбА или МБА */ 
эм ЕСИ (КопР_080х0030) 
{ 
сазе 0:  сри1пЕТ(“ЕСА/МбА\п\г”); Бгеак 
сазе 0х10: срг1пЕР(“СбА, 40\п\г”); Бгеак 
сазе 0х20: срг1пЕР(“СбА, 80\п\г”); Бгеак 
сазе 0х30: сри1пЕР(“МОА”); ргеак 
} 
} 
} 


/* Блоки ОЗУ на системной плате */ 
техтаЕЕг(0х0е); 

сризптР(”\п\г Первичный блок памяти: “); 
техфаЕЕг(0х0+) 

эм ЕСИ (КопР_0&0х000С) 

{ 

сазе 0О:срг1пт{Р (“16 Кбайт\п\г”); огеак 

сазе 4:срг1птР (“32 Кбайт\п\г”); огеак 

сазе 8:срг1пт{ (“48 Кбайт\п\г”); огеак 

сазе 12:срг1лпЕЁ("64 Кбайт или больше\п\г”); Бгеак 


/* Количество последовательных портов #$-232 */ 
техтаеЕг(0х0е) 


о 
(>) 
= 
ее) 


(Г(“” Портов Н5232: о) 
саеЕи(0хОР); 
сризпЕР( "%а\п\ г”, (КопЕ_5&0х0ЕОО)>>9) 


Ен 
[Ф) 
х 
[“ъ) 


/* Наличие джойстика */ 
техтаеЕг(0х0е); 








срг1пЕР(” Джойстик: 
техфаеЕг(0х0г); 

ТЕ(Копт_680х1000 ) 

сризпЕР( “есть\п\г”); 

е1зе 











срг1пЕР( "нет\ип\г”); 
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/* Количество параллельних принтеров */ 























техфаЕЕг(0х0е); 1140$ ( &гг, &гг); 
сри1тпР(” Принтеров: м сехтатг(0х0с) 
ТехфаЕЕг( 0х0); сризпЕР("\п\гВерсия М5-00$ “); 
сретпЕР( "%9\п\п\ г”, (КопР_6&0хС000)>>14); сехтатЕг(0хо+) 

сризптЕ("%4.%9\п\ г”, гг. |. а1, гг.В.ав) 
/* Объем оперативной памяти */ 

сехтатЕг(0х0а) 
ТехфаЕЕг(0х0е); дотоху(30, 24) 
срг1пР( "Объем оперативной памяти: “”); сри1пт+( "Нажмите любую клавишу”); 
техфаЕЕг( 0х0); сехтатЕг(0х07) 
срг1п+("%9 Кбайт\п\г”, реек(0х40, 0х13)); деесН() 
ТехфаЕЕг(0х0е); С1гзсг() 

} 

/* Наличие и объем ехфепаед-памяти */ 
оирогЕЬ(0х70, 0х17): Результаты работы программы 
а=1прогЕ(0х71); В процессе работы программы на экран была выведена такая ин- 
оифрогЕЬ(0х70, 0х18); формация: 
р=1прогЕ(0х71); Лабораторная работа №4 
срг1пЕ+( "Объем ехфепдед-памяти: “); Проверка состава оборудования 
техфаЕЕг( 0х0); 
сри1пЕ + ("%9 Кбайт\ип\п\г”, (6<<8) |а) 





Тип компьютера: АТ 

онфигурация: 

Дисководов ГМД: 2 

атематич. сопроцессор: есть 

Тип дисплейного адаптера: \УбА, кол., анал., 256 Кбайт 


/* Наличие дополнительных ПЗУ */ 
Тог( зе9=0хС000; зед9<0хЕЕВО; зе9+=0х40) 
/* Просмотр памяти от С000:0 с шагом 2 К */ 











1[(реек(3е9,0)==тагК) /* Маркер найден */ Первичный блок памяти: 16 Кбайт 
{ . Портов 85232: 2 
Гехеаеег(0хОа); р Джойстик: нет 
сри1пЕР( “Адрес ПЗУ ="); Принтеров: 1 


кехтаЕЕг(0х0т) 
срг1п{Р(” %04х”, зед) 


Объем оперативной памяти: 639 Кбайт 

Объем ехтепаед-памяти: 384 Кбайт 
сехтатег(0хОа); Адрес ПЗУ = с000. Длина модуля = 24576 байт 
сргзпР(”. Длина модуля = "); Версия М-00$ 6.20 
кехтаЕЕг(0х0т) 

сри1пЕТ("%а”, 512*реекь(зе9,2)); 


кехтаЕЕг(0Ох0а) 





























сри1пЕР(” байт\п\г”, реекб(зе9,2)); 





/* Определение версии операцийной системы */ 
гг. И. ап =0х30; 
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СЗ 


Лабораторня работа №5. 
Управление клавиатурой 


Цель работы 


Изучение организации и принципов работы клавиатуры и закреп- 
ление практических навыков управления ею, а также практических на- 
выков создания собственных программ обработки прерываний. 


Постановка задачи 


Разработать программу обработки прерывания от клавиатуры, ко- 
торая должна: 


Ф распознавать нажатие «горячей» комбинации клавиш и 
реагировать на него звуковым сигналом; 


Ф при первом нажатии «горячей» комбинации переходить в 
режим блокировки ввода заданной клавиши, при втором 
— отменять этот режим; 


Ф системная обработка всех других клавиш нарушаться не 
должна. 


Индивидуальные задания 


Пример решения задачи 
Индивидуальное задание: 


Ф комбинация клавиш ей С01+ Юэ ЗШИЕЗ; 


Ф блокирование ввода клавиши 3. 


Разработка алгоритма 


Структура программы 
Программа состоит из основной программы и трех функций. 


Ф уо4 *геадуес(шЕ т) — функция читает вектор прерывания 
с номером Ш и возвращает его значение. 
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Ф уо14 утЦеуесЕ (шё т, уд *В) — функция устанавливает 
новый вектор прерывания ш на новый обработчик этого 
прерывания по адресу И. 


Ф уо14 ицеггире пе 9 () — процедура нового обработчика 
прерывания 9. 


Описание переменных 

Глобальные переменные программы: 0149 — адрес старого обра- 
ботчика прерывания 91; ЕЗ_со4де — скан-код клавиши «ЁЕ3», которая вхо- 
дит в комбинацию «горячих» клавиш; КеуЗ_соде — скан-код клавиши 
«3», которая будет блокироваться/разблокироваться при каждом нажа- 
тии «горячей» комбинации клавиш; # — флаг, который при каждом нажа- 
тии «горячей» комбинации клавиш переключается из состояния 0 в | или 
из 1 в0 (состояние 1 означает, что клавиша «3» заблокирована); гг и $г — 
переменные, которые используются для задания значений регистров об- 
щего назначения и сегментных регистров соответственно при вызове 
прерывания. 


В главной программе использует символьный массив $т® для 
проверки работы программы. 


Переменные процедуры обработки прерывания 91: 


Ф с — переменная, которая используется для подтверждения 
приема из клавиатуры, в случае, если была нажата 
клавиша «3», а флаг { показывал, что эта клавиша 
заблокирована; 


Ф х, у — переменные, которые используются для сохранения 
координат курсора на экране в момент вызова процедуры 
обработки прерывания; 


Ф Буе17 — байт флага состояния клавиатуры в области 
данных ВТО$ по адресу 0040:0017; 


Ф Буе18 — байт флага состояния клавиатуры в области 
данных ВТО$З по адресу 0040:0018; 


Ф шаз$К — маска, которая используется для определения 
нажатия клавиши левый ЭВ (в этом случае бит 1 в Бу{е17 
установлен в 1); 


Ф ша$К17 — маска, которая используется для определения 
нажатия клавиши СВ] (в этом случае бит 2 в Бу(е17 
установлен в 1); 
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Ф 


та$К18 — маска, которая используется для определения 
нажатия клавиши левый СВ] (в этом случае бит 0 в Бу{е1 8 
установлен в 1); 


Описание алгоритма программы 
Главная программа выполняет такие действия: 


Ф 


Ф 


Ф 


Запоминает адрес старого обработчика прерывания 9В, 
вызывая функцию геа4уес((11) с параметром ш=9. 


Записывает в таблицу векторов прерываний адрес нового 
обработчика прерывания с помощью функции \тИеуес"(). 


Вводом строки символов дает возможность проверить 
работу программы и ее реакцию на нажатие «горячей» 
комбинации клавиш и блокирование/разблокирование 
ввода клавиши «3». 


В конце работы восстанавливает в таблице векторов 
прерываний адрес старого обработчика. 


Для решения задачи процедура обработки прерывания от клавиа- 
туры пе\9() должна действовать по такому алгоритму: 


Ф 


Прочитать флаги состояния клавиатуры (статус клавиш- 
переключателей), которые находятся в области данных 
ВТО5 (два байта по адресам 0040:0017 и 0040:0018). 


Выделить бит 1 в флаге по адресу 0040:0017 (если он равен 
1, то нажата клавиша левый ЗЫ). 


Выделить бит 2 в этом же флаге (если он равен 1, то нажата 
левый или правый СИ]). 


Выделить бит 0 в флаге состояния клавиатуры по адресу 
0040:0018 (если он равен 1, то нажата клавиша левый СИ]). 


Из порта 601 прочитать скан-код нажатой клавиши. 


Если нажата комбинация клавиш левый ЗЫ, правый СИ1 
(нажата клавиша СЫ, но это не правый Си клавиша ЕЗ, 
то выполнить п.7. Иначе — перейти к п.8. 


Сигнализировать о нажатии «горячей» комбинации 
клавиш звуковым сигналом, переключить значение флага 
блокирования ввода клавиши «3» на обратное и вызвать 
старый обработчик прерывания от клавиатуры. 
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Прочитав байт из порта 601, определить, нажата ли 
клавиша «3» и если, кроме этого, еще и флаг 
блокирования указывает на то, что она заблокирована 
([=1), то выполнить п.п. 9 и 10, иначе — вызвать старый 
обработчик прерывания. 


Послать подтверждение приема в клавиатуру. Для этого в 
порт 61 на короткое время выставить «1» по шине 
старшего разряда. 


Сбросить контроллер прерываний, посылая код 201 в порт 
201. 


Функция геадуес"() читает вектор заданного прерывания. Для чте- 
ния вектора используется функция 356 ОО$ (прерывания 211): 


Вход: 
АЁ = 


АН = 351; 
номер вектора прерывания. 


Выход: ЕЗ:ВХ = адрес программы обработки прерывания 
Функция мтгЦеуесе( устанавливает новый вектор прерывания на 


заданный адрес. Для записи вектора используется функция 256 2ОЗ: 


Вход: 





АЕ = номер вектора прерывания; 


05:ВХ = 4-байтный адрес нового обработчика прерывания. 


Текст программы 





Ижа-а=-а- Лабораторная работа №--------------- */ 
/*--------= Управление клавиатурой--------------- */ 
/= Подключение стандартных заголовков */ 
Нис1иае <90$. > 
№\014 1птеггирЕ (+0199)(); /* Старый обработчик прерывания ЭП */ 
№0149 1пфеггирЕ пем9(); /* Новый обработчик прерывания Эй */ 
\019 *геадмесе (1пЕ 1п); /х Чтение вектора */ 
\014 мг1Теуесе (1п{ 1п, у019 *П); /* Запись вектора */ 
ип$1901пеа спаг Е3З_соде=61; /* зсап-соде “РЕЗ”  */ 
ип$191е4 сНаг Кеу3З_соде=4;/* зсап-соде “3” */ 
спаг 1=0; /* Флаг */ 
иптоп НВЕб5 гг; 
ЭфгисЕ 5ВЕб$ 5г 
ен ---------------- */ 
\014 пта1п() 
{ 
сПаг $1г119[80]; /* Буфер для ввода текста */ 
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техЕБаскогоипа (0); } 
с1г$сг(); ЕН КС НЕСК */ 
фехтатег(0хОа): /= Новый обработчик 9-го прерыванмя */ 
а “): У019 1ифеггире пем9() 
срг1п{Р(” Лабораторная работа № м { 
о "); ип319пе9 спаг с,х,у; 
Сене “): ипзтопед спаг рутет7, Буте18 
| г : ип$101е спаг мазк=0х02 
среИЕГС" Управление Е Е ипе1опед спаг пазк17=0х04 
О Реза Вена ); ип$1опеа сваг тазк18=0х01 
0199=геадуест(9); руте17=реекь(0х40, 0х17); 
мг1теуест(9, пем9); руте18=реекь(0х40, 0х18); 
сехтаЕЕг(0х0с); ТЕ проге (0х60)==Р3_соде)&&(буте17&тазК)&& 
сритпЕР("\п\п\г\"горячая\" комбинация: "); (руте17&тазк17)&&(! (Буте188тазК18))) 
гехтатег(0х0а): { 
сргапЕР("еге эваРЕ, Ваойе СЕг1, ЕЗ\и\г”); срит$("\7”) 
сехфаеег(0х0ь); х=ипегех() 
сри1п+Е( "Клавиша, которая блокируется: "); у-ипегеу() 
сехтаеЕг(0хОг): 90т0ху(55,3) 
И Техтатег(0х1е) 
сри1пЕР (“3”); 1-0) 
сехтаЕЕг(0х07); { 
срг1пР("\г\пВводите строку символов>”); +=1 
зсапт( "#3", зЕг1пд); срг1пЕ+( "Клавиша \"3\"” заблокирована ") 
мг1теуест(9, 0199); } 
} е1зе 
О СЕТ а КА Ио Е */ { 
/= Чтение вектора */ 1=0 
№01 *геадмест(1пт 1п) срг1п{{ ("Клавиша \"”3З\” разблокирована“); 
{ } 
гг. п. ай=0х35; дотоху(х, у); 
гг. В. а1=1п: Техтатег(0х07) 
1п40зх ( &гг, &гг, &3г); о 


РИВА Вт ЕС (1-51) 88 (апрогЕ6(0х60)==кеуЗ_соае) ) 


} { 
ЕН ан -ь */ с=1прогЕ6(0х61); 
/= Запись вектора */ оирогть(0х61, с | 0х80): 
№019 мг1фемесе(1пе 1п, уо14 *П) оифрогтЬ(0х61, с) 
{ оифрогЕб(0х20, 0х20) 

гг. п. ап=0х25; } 

гг. В. а1=1п; е1зе 

(*0199)(); 


эг. 9$=РР_$Еб (п) 
гг. х. Чх=ЕР_ОЕЕ(Н); 
1п19оэх ( &гг, &гг, &$г); 


} 
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Результаты работы программы 


Во время программы при первом нажатии комбинации клавиш 
ГейСо1+ В эВ ЗШИ+ЕЗ программа переходит в режим блокирования вво- 
ду клавиши 3, при втором — отменяет этот режим. 


С 


Лабораторная работа №6. 
Управление таймером 


Цель работы 


Изучение функций системного таймера и закрепление практичес- 
ких навыков работы с ним. 


Постановка задачи 


Построить модель аналого-цифрового преобразователя (АЦП), 
которая работает в реальном времени. Процесс, который дискретизует- 
ся, моделируется программой (программным блоком), который выпол- 
няет циклическое вычисление функции у=Е(х), где х — номер итерации. 
Преобразователь моделируется программой, которая выполняет с задан- 
ной частотой (в реальном времени) прерывание процесса, считывание и 
запоминание текущего значения функции. Запомнить не меньше 80 зна- 
чений функции. Обеспечить наглядное представление результатов рабо- 
ты «АЦП». 


Индивидуальные задания 
Для получения более наглядного представления «процесса» допу- 


скается подбирать другие коэффициенты функции. Частоту дискретиза- 
ции выдерживать с точностью до 1 гц. 


Пример решения задачи 


Индивидуальное задание 
функция - у=50*($11(х/10)+с0$(х/8))+В+150; 
В - в диапазоне 0 - 10; 
частота - 36.4 Гц. 
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Разработка алгоритма решения 


Структура программы 
Программа состоит из основной программы и трех функций. 


Ф уо14 *геадуес(шЕё т) — функция читает вектор прерывания 
с номером ш и возвращает его значение. 


Ф уо14 утЦеуесЕ (шё т, уда *В) — функция устанавливает 
новый вектор прерывания ш на новый обработчик этого 
прерывания по адресу В. 


Ф уо14 Ицеггир пеуйте() — процедура нового обработчика 
прерывания таймера. 


Описание переменных и констант 
В этой программе применяются две константы: 


Ф ТИМЕПУТ=8 — номер прерывания таймера; 

Ф ММ=100 — максимальное число показаний АЦП. 
Переменные, глобальные для всей программы: 

Ф у — массив показаний АЦП; 

Ф пу — текущий индекс в массиве показаний; 

Ф ус — текущее значение функции; 
Ф 


КЕ — счетчик вызовов о!4йте (о14@те вызывается каждые 
второй раз); 


Ф гг и $г — переменные, которые используются для задания 
значений регистров общего назначения и сегментных 
регистров, соответственно при вызове прерывания. 


Переменные главной программы: 
Ф о4йс — старый коэффициент деления; 


Ф пеуйс — новый коэффициент деления (применяется для 
увеличения частоты вызова прерываний таймера); 


х — аргумент заданной функции Е(Х); 
44 — тип графического адаптера; 


ш — режим графики; 


$Ф+++ 


еггогсоде — код результата инициализации графики. 
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Описание алгоритма программы 


Программу можно назвать моделью процесса АЦП. Главная про- 
грамма постоянно вычисляет значения заданной функции Е(х) при пере- 
менном аргументе, что имитирует непрерывный сигнал, а обработчик 
прерывания 8 имитирует преобразователь с постоянным шагом дискре- 
тизации по времени. Перед началом работы канал 0 таймера программи- 
руется на частоту в 2 рази большую обычной (записью в порт 431 управ- 
ляющего байта 001101106=361, а потом посылкой в порт 401 нового 
значения коэффициента деления), таким образом, «частота дискретиза- 
ции» составляет около 36.4 Гц. При поступлении следующего прерыва- 
ния запоминается текущее значение функции Е(х), старый обработчик 
прерывания о!4Ите вызывается не при кожному прерывании, а лишь 
один раз из двух (переменная КЁ! — счетчик по модулю 2), когда ое не 
вызывается, наш обработчик сам сбрасывает контроллер прерываний 
посылкой значения 201 в порт 201. После набора 100 «показаний АЦП» 
восстанавливается старый вектор обработчика таймера, а результат ана- 
лого-цифрового преобразование выводится на терминал в графическом 
режиме в виде решетчатой функции. 


Функция геадуес®() читает вектор заданного прерывания. Для чте- 
ния вектора применяется функция 356 ОО$ (прерывания 211): 


Вход: АН = 351 
АЁ = номер вектора прерывания. 
Выход: ЕЗ:ВХ = адрес программы обработки прерывания. 


Функция мтНеуес (0 устанавливает новый вектор прерывания по 
заданному адресу. Для записи вектора применяется функция 256 РОЗ: 


Вход: АН = 251 
АЕ = номер вектора прерывания; 
05$:ВХ = 4-байтный адрес нового обработчика прерывания. 


Текст программы 


/* Подключение стандартных заголовков */ 
#1ипс1и4ае <90$.1> 

Нпс1иае <татн. Н> 

1ипс1иае <$19116. > 

Нтпс1иае <дгарй1с$. Н> 

#1ис1иае <Е1те. п> 

#1ис1иае <сопто. п> 








#9еР1пе ТТМЕТМТ 8 —/* Прерывание таймера х/ 
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ваеЕ1пе ММ 100 /* Максимальное количество показаний */ 

\01 1птеггире (*01911те)(); /* Новый обработчик прерываний 
таймера */ 

№019 1пееггирЕ пемЕ1те(); /* Старый обработчик прерываний таймера 
*/ 

эфафас 1пЕ У[ММ]; /* Накопитель показаний */ 

эфаф1с 1п пу; /* Индекс в массиве у */ 

эфафас 1 ус; /* Текущее значение */ 

эфа{1с 1пе КР; /* Счетчик вызовов 01941те «*/ 

иптоп ВЕбЗ гг; /* Запись нового вектора */ 

ЭфгисЕ 5ВЕб$ 5г 

\01 хгеадуест(1пе 1п); /* Получение старого вектора */ 
\01 мг1Теуест(1п{ 1п, \019 *П); /* Запись нового вектора */ 
/* НЕ ЕЕ ВРК ВВ ЕВЕ НВ Е ЕЕ ЗЕЕ ВЕНЕ ЕЕ */ 

\014 та1п() 





Те 99 


м, 





ип$191е9 о19116=65535и; /* Старый коэфф. деления * / 
ип$191е49 пем1с=32768и; /* Новый коэфф. деления */ 


/* Графический драйвер */ 


/* Графический режим  */ 


еггогсоде; /* Код ошибки * / 


доц] е 


Техераскаг 
С1гзсг(); 


Техтае 
сре 
сритпе 
Техтае 


00тоху(35 





сри1пе 


/* Под 


х 


Еи(0 


С” 
Еи(0 


г("Р 
гра 
6(0 
6(0 
(6 (0 
/* 











лЮч 


/* Аргумент функций $11 и с0$ */ 
оип9 (0); 


х0а); 
Лабораторная работа № г) 


Г(”\п Управление таймером п 


хде); 
12); 
1еазе ма1т”); 

мирование канала 0 */ 

х4З, 0х36); /* Управляющий байт */ 

х40, пем1с&0х001Т); /* Младший байт счетчика */ 
х40, пем1с>>8); /* Старший байт счетчика */ 
Признак того, что АЦП еще не началось */ 





ение к вектору */ 


01911те=геадуес{ (ТТМЕТМТ) 
мг1теуесЕ(ТТМЕТМТ, пемЕ1те) 
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/* Запуск “непрерывного процесса” */ 
гап9от17е(); 
Тог (х=пу=0; пу<ММ; х+=1) 

ус=(1пе) (50+ (311п(х/10)+с0$(х/8))+гапдот(11)+150) 
/* Восстановление вектора */ 
мг теуесЕ(ТТМЕТМТ, о1 9 1те) 
/* Восстановление канала 0 */ 
оитрогЕЬ(0х43, 0х36); /* Управляющий байт */ 
оирогЕЬ(0х40, о1911с&0х001Т); /* Младший байт счетчика */ 
оиЕрогЕЬ(0х40, о19116>>8); /* Старший байт счетчика */ 








/* Вывод запомненных результатов */ 
09=3; /* ЕСА, 16 цветов */ 
1=1; /* Режим 640*350 */ 
1п1Тодгарй (&94, &т, "”); 
/* проверка результата инициализации */ 
еггогсоде = дгарпгези1т(); 
1Р (еггогсоде != дгОкК) /* ошибка графического режима */ 
{ 
ритпЕЕ(“бгарН1с$ еггог: %$\п”, дгарпеггогиза(еггогсове)): 
рип ("Ргезз апу Кеу То Па1{:”); 
детсв(); 
ех11(1); /* аварийное завершение */ 
} 
зетсо1ог(10); 
зетехезту1е(0,0,2) 
оифехеху (15, 10, "Результати аналого-цифрового преобразования: ”); 





зетсо10ог(9); 
гестапд]е(15, 40, 624, 330) 
зетсо1ог( 11); 

Тог(пу=0; пу<М№ММ; пу++) 

{ 





с1гс1е(22+пу»б, 330-уУ[пу]*1,2) 
11пе(22+пухб, 330, 22+пу*б, 330-У[пу]*1) 
} 

зетсо1ог(12); 

зе{техезту1е(0,0,1); 

ои1тех+ху(260, 340, "Нажмите любую клавишу ...”); 

детсп(); 

с1озедгарй(); 
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/= Новый обработчик прериваний таймера */ 





\01 1пееггирЕ пеме1те() 
{ 
1 (--КЕ<О) { 
/* Виклик 01911те - на 2-й раз */ 
(*о1а11те)(); 
1=1; 
} 
е1зе /* иначе - сброс контроллера */ 
оифрогЕб (00х20, 0х20) 
ТЕ ((пу>=0) /* Если АЦП началось, */ 


&&(пу<ММ)) /*х и ММ показаний еще не набрано, */ 
У[пу++]=ус; /* запоминание очередного показания */ 


} 


/* Получение старого вектора */ 
\01 хгеадуест(1пе 1п) 


{ 





гг. п. а1=0х35; гг. ПИ. а1=1п 
1птдозх ( &гг, &гг, &$г); 

гефигп ( МК_ЕР($г.ез, гг.х.6х)); 
} 


/= Запись нового вектора */ 
\01 мг1Теуест(1п{ 1п, \014 *П) 
{ 

гг. п. а1=0х25 

гг. й. а1=1п 

эг. 45=ЕР_5Е@(П) 

гг. х. Чх=ЕР_ОЕЕ(П) 
1п1дозх ( &гг, &гг, &$г); 


} 


Результаты работы программы 
Результат работы представляется в графическом режиме в виде ре- 


шетчатой функции на экране терминала. 
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СЗ 


Лабораторная работа №7. 
Управление видеоадаптером 


Цель работы 


Изучение особенностей функционирования видеосистемы в текс- 
товом режиме и получение практических навыков работы с видеомони- 
тором в этом режиме. 


Постановка задачи 


Применяя прямую запись в видеопамять получить на экране ори- 
гинальный, желательно динамический видеоэффект. Возможны (но не 
обязательны) такие варианты видеоэффектов: 


Ф 


Ф 


Ф 


«теннисный мячик» — шарик, который летает по экрану и 
отражается от рамок и границ экраны; 


«сухой лист» — опадание букв с экрана; 


«жук-пожиратель» — фигурка, которая перемещается по 
экрану по случайной траектории и «съедает» буквы; 


«удав» — то же, что и «жук», но ктому же он увеличивается 
в размерах, по мере «поедания» букв: 


Пример решения задачи 
Индивидуальное задание: 


Ф 


Ф 


весь экран (80х25 символов) условно делится на 
прямоугольники размером (10х5 символов). 


текущий прямоугольник инвертирует экран под собой. 


управлять положением текущего прямоугольника на 
экране можно с помощью клавиш управления курсором. 


при нажатии клавиши «пробел» текущий прямоугольник 
обменивается содержимым с левым верхним 
прямоугольником. 
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при нажатии клавиши Ещег содержимое прямоугольников 
экрана начинает перемешивается случайным образом 
между собой до нажатия любой клавиши. 


после этого, используя клавиатуру, можно восстановить 
начальный экран или выйти из программы (клавиша Е$с). 


Разработка алгоритм решения 


Структура программы 


Программа состоит из основной функции шатщ() и семи вспомога- 
тельных функций. 


Ф 


Ф 


Ф 


Буе Сеуш(х1,У1) — функция читает символ с заданной 
позиции экрана дисплея. 


Буе СеАй(х1,у1) — функция читает атрибут символа с 
заданной позиции экрана дисплея. 


уо4 Рибзут(х1,У1,зут) — функция выводит на экран 
дисплея символ в заданную позицию (х1,у1). 


уо4 РШАй(х1,у1,а6`) — функция меняет на экране дисплея 
атрибут символа в заданной позиции (х1,у1). 


уо14 шуегЕ(х1,у1) — функция инвертирует участок на 
экране размером (10х5), координаты (х1,у1) задают один 
из участков на экране. 


уо4 Свап?е(х,у) — функция обменивает содержимое 
текущего участка с содержимым левого верхнего участка 
на экране. Координаты (х,у) задают положение текущего 
участка. 


уо4 ВапдТех((уо!9) — функция псевдослучайным образом 
перетасовывает все участки на экране. 


Описание переменных 
Переменные, глобальные для всей программы: 


$Ф 
$® 
Ф 


хК — координата Х текущего участка; 
УК — координата У текущего участка; 


Координаты участка задаются в пределах: Х — [0..7], 
У- [0..4]. 
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Описание алгоритма программы 


Основная функция тат() проверяет, был ли в командной строке 
дополнительный параметр. Если нет, программа не очищает старый эк- 
ран. Если какой-нибудь параметр был, то экран очищается и выводится 
инструкция по управлению программой. Далее в основной программе 
выполняется бесконечный цикл, в котором обрабатываются коды нажа- 
тых клавиш и, в зависимости от них, вызываются вспомогательные 
функции. Выход из цикла — по клавише Ебс. 


Функции бе ущ(х1,У1), СеАй`(х1,У1) читают непосредственно из 
видеопамяти дисплея символ и атрибут соответственно. 


Функции Ршуш(х1,У1, ут), РиАН(х1,у1, а) выводят непосред- 
ственно в видеопамять дисплея символ и атрибут соответственно. 


Во всех этих четырех функциях координаты задаются в квадрате 
79х24 символов (нумерация начинается с нуля). 


Функция Шшуег((х1,у1) использует функции СеАй` и РША\` для ин- 
версии прямоугольника экрана размером 10х5 по маске 0Ох7Ё, при этом 
независимо выполняется инверсия фона и цвета символа. 


Функция Свапге(х,у) обменивает содержимое текущего участка с 
содержимым левого верхнего участка путем последовательного побайт- 
ного обмену атрибутов и символов. Она использует функции бе ут, 
Сел, РибЗут, РШАй.. 


Функция ВКапаТех((уо14) — псевдослучайным образом перетасовы- 
вает все участки на экране, при этом она в цикле увеличивает на едини- 
цу локальные в данной функции координаты текущего участка ХК, ук и 
обращается к функции Свпапзе. Таким образом достигается эффект пере- 
мешивания. Функция работает, пока не будет нажата любая клавиша. 


Текст программы 

/*-=---- Лабораторная работа №----------------- */ 
/*----- Управление видеоадаптером. --------------- */ 
Нпс1и9е <90$.1> 


#1ис1иае <зэта1о.1> 
#1пс1иде <$19116.1> 
#1ис1иае <сопто. > 
#1ис1иае <Е1те. п> 


наег1те УЗЕб 0х6800 /* Сегментный адрес видеопамяти */ 
#аег1пе руфе ипз1дпед спаг 
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дег1пе мог ипз1дпед 111 
дег1те Езс 27 

деР1те Зразе 32 

деГ1пе Ептег 13 

аег1те Шр 0х48 

дег1пте Бомп 0х50 

дег1пе ее 0х46 

дег1пе Н1о9йт 0х4а 

дег1пе Номе 0х47 

п ХК, УК 
/*----Чтение символа из видеопамяти------------- */ 
руфе аеЕбут(х1, у1) 

Пе Х1,У1; 





{ 
гефигп ( реекь (\У5Еа, у1*160+х1*2)); 


} 


/*---Чтение атрибута из видеопамяти------------- */ 
руфе аетаЕг(х1, у1) 
ТП х1, УТ; 


{ 
гефигп ( реекь(\/5Е@, у1*160+х1*2+1)) 
} 
/*---Запись символа в видеопамять-------------- * / 
у01а РиЕ5ут(х1, УТ, зут) 
ТП х1, УТ; 
руфе зуп; 
{ 
рокеб (\ЗЕ@, у1*160+х1*2, зум) 
} 
/*---Запись атрибута в видеопамять-------------- * / 
у01а РифАЕг(х1, у1, атг) 
ТП х1, УТ; 
руфе аег; 
{ 
рокер (\ЗЕ@, у1*160+х1*2+1, аЁг); 
} 
/=--Инверсия квадрата на экране----------------- */ 
\014 ТиуегЕ(х1,у1) 
ТП х1, УТ; 
{ 
руте 5; 
ТА 
Рог (1=0;<5;]++) 
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Тог (1=0;1<10;1++) 
{ 
р=аетАЕ"(х1*10+1, у1*5+)); 
РУтАЕГ(х1*10+1, У1*5+], (670х7г)); 
} 
} 
/*--Замена текущего квадрата на левый верхний--*/ 
\014 Спапде(х, у) 
руте х,у; 
{ 
пе 1]; 
руте ра, 05$; 
1 (1 =0) (у! =0)) 
Рог (]=0;<5;]++) 
Рог (1=0;:1<10:1++) 
{ 
з=беЕбут(х*10+1, у*5+]); 
ра=беЕАЕг(х*10+1, у*5+] ) 
Рифбут(х»10+1, у*5+) , бефЗут(1,])) 
РИЕАЕГ(х*10+1, у*5+], бет Аег(1,1)): 
Риф5ут(1,],0$) 
РифАЕг(1,], ба) 
} 
} 
/*--Перемешивание квадратов до нажатия клавиши-*/ 
\014 НапаТех{ (014) 


{ 





уегЕ(хк, ук); 
= 
Е 
Пе(!кой1е()) 





И 

х 

у 

м 

{ 

Спапде(хк, ук); 
хк++: 

ТЕ (хК>7) хк=0: 
УК++; 

1Е (ук>4) ук=0; 
} 
Т 


уегЕ(хк, ук); 





} 

/*----- Начало основной программы--------------= */ 
та1п(1пЕ агдп, спаг *агдс[]) 

{ 


429 


430 




















Лабораторные работы 






































ТИ 1; 
хК=0: 
ук=0; 
1Р (агдп>1){} 
е1зе /* Если параметров нет, вывод инструкции */ 
{ 
ТехфаЕЕг(10) 
Сс1гзсг(); 
СреТПЕЕ("-------===з==== и 
срг1п{Р(” Лабораторная работа № И 
срезпЕЕ("-=--------=-=-== м 
сретпЕЕ("--------------= г). 
срг1пЕТ(” Управление видеоадаптером. и 
сретпеЕ("--------- -==--= м 
ТехфаЕЕг(15) 
901оху(23, 4); срг1п1{ ("Демонстрация работы с видеопамятью. ") 
ТехфаЕЕг(12) 
90%0ху(30,6):; сри1пЕР( "<< МОЗАИКА >>"); 
ТехфаЕЕг(14) 
90тоху(30, 8); срг1п т ( "Клавиши управления: ”); 
до1оху(7, 10); сргзп ("< [етЕ, Взоне, Ур, Вомп> - ”) 
сри1пЕт( "управление выделенним квадратом. ") 
дотоху(7, 11); сри1п ЕТ ("<Зразе Ваг> - Обмен содержимым “); 
срг1пЕ!( "между выделенным квадратом”); 
дотоху(7, 12); срез ЕТ (" и левым верхним”); 
срг1пЕР(” квадратом. "); 
дотоху(7, 13); сри1п ЕТ ("<Ептег> - перемешивание квадратов”); 
срг1пЕР(” до нажатия любой клавиши. "); 
9отоху(7, 14); срг1п ЕР ("<Езс> - вих1д."); 
ТехфаЕЕг(11) 
дотоху(28, 16); сог1пЕР( "ЗАДАЧА ГРЫ. 
901оху(14, 17); сог1пЕ ("Собрать при помощи клавиш “); 
сри1птР( "управления начальный экран. "); 
ТехфаЕЕг(12) 
дотоху(27, 19); сог1п ЕР ( "Желаем успеха !"); 
Техтатег(7) 
дотоху(1, 21); сри1пт{( "Примечание: При запуске с “); 
срг1птР( "параметром <->”); 
дотоху( 13, 22); сог1 п Р( "начальным экраном для игры “); 
сри1пЕТ( "является текущий. "); 
} 


ТпуегЕ(хк, ук) 
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Тог(1=0;1==0; ) 

эм Есп(деесп()) 

{ /* Обработка нажатых клавиш */ 
сазе Езс: 1++; огеак 
сазе Епфег:ВапаТехе(); огеак 
сазе Эразе: ТпуегЕ(хк, ук) 


СПапде(хк, ук); 
ТпуегЕ(хк, ук); 
огеак; 
сазе 0: 
эм ЕСИ (деесй()) { 
сазе [е{Е: ТпуегЕ(хк, ук); 
хк--, 
ТЕ(хк<0) хк=7 
ТпуегЕ(хк, ук) 
ргеак; 
сазе Н1ойт: ТпуегЕ(хк, ук); 
хк++: 
ТЕ(хК>7) хк=0; 
ТпуегЕ(хк, ук) 
Ь ` 


сазе Шр:ТпуегЕ(хк, ук); 

















ук-- 
11 (ук<0) ук=4; 
ТпуегЕ(хк, ук) 
огеак; 

сазе Помп: ТпуегЕ(хк, ук); 
ук++ 
11(ук>4) ук=0; 
ТпуегЕ(хк, ук) 
огеа 


ТпуегЕ(хк, ук); 
} 


Результаты работы программы 


Результаты работы программы выводятся на экран терминала и 
меняются интерактивно. 
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Лабораторная работа №38. 
Главная загрузочная запись 


Цель работы 


Получение практических навыков в работе с Главной Загрузочной 
Записью жесткого диска. 


Постановка задачи 


Прочитать и выполнить форматный вывод на экран Главной За- 
грузочной Записи жесткого диска на своем рабочем месте. 


Порядок выполнения 


Порядок выполнения работы и содержание отчета определены в 
общих указаниях. 


Пример решения задачи 


Разработка алгоритма решения 


Программа состоит из основной программы шат(), которая реа- 
лизует все действия для чтения Главной Загрузочной Записи. 


Описание переменных 
Переменные в основной программе: 


х, у — экранные координаты; 
Беа4 — номер головки (0); 
Зест_Т!К — номер дорожки и сектора (0,1); 


папуе=0 — номер логического диска; 


$+ФФ++ 


ЕпаГ 1$ — указатель на подпись. 
Кроме того, в программе есть такие структуры: 


Ф Структура элемента раздела: 


ЗЕгисЕ Раге { 
руфе АстЕТад; /* признак активного раздела */ 
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/* физический адрес начала раздела */ 
руфе Ведлп_На; /* # головки */ 
мога Вед1п_ЗесТгК; /* # сектора та дорожки */ 
руфе ЗузСоае; /* код системы */ 
/* физический адрес конца раздела */ 
руте Епа_На; /* # головки */ 
мога Епа_зесТгк; /* # сектора и дорожки */ 
9мога Ве15ес; /* # сектора початку */ 
ЧмогЧ 5176; /* количество секторов */ 
}; 
Структура главной загрузочной записи. 
УЕгисЕ МВА { 
саг [оадСоде[0х1ье]; /* программа загрузки */ 
эфгист РагЕ г{[4]; /* 4 элемента разделов */ 
мог ЕпаЕТад; /= подпись МВВ */ 
}; 


Описание алгоритма программы 
Эта программа демонстрирует разделение логического диска. 








Начальный адрес для чтения задается: 0,0,1. При помощи преры- 
вания 0х13 программа считывает сектор по заданному адресу, далее про- 
исходит поэлементный анализ таблицы разделов — пока не встретится 
признак конца таблицы или раздел нулевого размера. Значения полей 
элемента таблицы выводятся на экран. Манипуляции, которые описыва- 
ются макросами ТКК и 5ЕСТ, обеспечивают распаковку номера дорож- 
ки и сектора. Если в поле ЗузСо4е содержится признак расширенного 
раздела, то устанавливается новый дисковый адрес, считывается новый 
сектор и анализируется новая таблица. 


Текст программы 

{*-=----- Лабораторная работа №8---------------- */ 
/*---“”Главная загрузочная запись"-------------- * / 
/* Стандартные заголовки */ 

#1типс1и4ае <90$.1> 

#1ис1иае <сопто. 1> 


/* Типы данных */ 
#аег1пе руфе ипз1дпед спаг 


#аеЁ1пе мога ипз1дпеад 111 
#аеЁ1пе мог ипз1дпеа 1опд 
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\014 геад_МВА(\019); /* Чтение МВВ */ 

/* Получение из упакованного ЗесТгк # сектора */ 
в9ее1те ЗЕСТ(х) х&0хЗЕ 

/= Получение из упакованного ЗесТгк # дорожки */ 
ваее1те ТВК(х) (х>>8) | ((х<<2)8&0х300) 


/* структура элемента раздела */ 

эЕгисЕ РагЕ { 
уфе АсфЁР1а9; /* признак активного раздела */ 

/* физический адрес начала раздела */ 

руте Вед1п_На; /* # головки */ 

мог Вед1п_ЗесТгк; /* # сектора и дорожки */ 

руте ЗузСоде; /* код системы */ 

/* физический адрес конца раздела */ 

руте Епа_На; /* # головки */ 

мога Епа_ЗесТгк; /* # сектора и дорожки */ 

Чмога Ве15ес: /=* # сектора початку */ 














ЧмогЧ $176; /* количество секторов */ 
}; 
/* структура главной загрузочной записи */ 
эЕгисЕ МВВ { 


спаг [оа9Соде[0х16е]; /* программа загрузки */ 
ЗЕгисЕ РагЕ гЕ[4]; /* 4 эл-та разделов */ 
мога ЕпаЕ1ад; /* подпись МВВ */ 

} мог; 
/= дополнительные переменные */ 

11 х=10, у; /= экранные координаты */ 

руфе пеад=0: /* номер головки (0) */ 

мог ЗесЕ Тгк=1; /* номер дорожки и сектора (0,1) */ 
11 пдг1\е=0; /* номер логического диска */ 

мог *Еп011$3{; /* указатель на подпись */ 

иптоп НВЕбЗ гг; 

ЭфгисЕ 5ВЕб$ 5г 

мога 1; 











фехЕбаскогоипа (0) 

С1гзсг(); 

техтатег(0х0а) 

сризпЕР(” Лабораторная работа №”); 
90тоху(1,2); 

сри1пЕЕ(" Главная загрузочная запись”); 
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Техфа{г(12); 
00т0ху(30,4); 
рг1пЕ т ("Разделы жесткого диска:\п”); 











С 
90тоху(1,6); 
Техфа{Ег(11); 
сри1пЕР("Лог.диск ----- > \п\г”): 
сри1пЕР( "Признак ------ > \п\г”): 
сри1пЕ (“Код системы --> \п\г”); 
срг1пЕ+( "Начало: гол.--> \п\г”); 
сри1пЕЕ(" дор.--> \п\г”); 
сритпЕЕ(” сект. -> \п\г”); 
срг1пЕ+( "Конец: гол.--> \п\г”); 
сритпЕР(" дор. -> \п\г”); 
сри1пЕР( сект. -> \п\г”); 
срг1пЕ+( "Нач. сектор ---> \п\г”); 
сритпт+( "Размер ------- > \п\г”): 
ТехЕсо10ог(11) 

МЕХТ: 





Тог (Еп9[1$1=(мог@ *)&тбг. гЕ[ (1=0)] 





(*«Еп9Ё1$1! =Охаа55 )&&(тбг. гЕ[1 ]. $17е>01); 


Еп911${=(мога *)&тбг. гЕ[++1]) 


/* координаты курсора */ 

у=б 

х+=7; 

дофоху(х, у++); 

ТЕ (мог. гЕ[1]. ЗузСоде==5) 
{Техеатг(13); 
сри1пЕР("ЕхЕ “); 


} 
е1зе 

ТехфаЕг(12); 
сризпЕТ("%-7с”", "С'+пдг1ме++); 


дотоху(х, у++); Техфа{г(14) 
срг1пЕР("%02хН ";тбг. ге [1]. АстЕ1ад) 
дотоху(х, у++); ТехфаЕг(15); 
сри1пЕР("%-74", мог. гЕ [1]. 5у$зСоде) 
дотоху(х, у++); Техфа{г(14) 
сризпЕТ("%-74", тог. гЕ[1].Вед1п_На) 
дотоху(х, у++); ТехфаЕг(15); 
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г. ГЕ[1 ]. ЗузСоде==5) 
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сри1пЕР("%-7и", ТВК(тбг. гЕ[1].Ведзп_ЗесТгк)); 
дотоху(х, у++); Техтаг(14) 

сри1п + ("%-7и", ЗЕСТ (тг. гЕ[1].Вед1п_ЗесТгк)); 
дотоху(х, у++); Техтаг(15) 

сри1пЕР("%-74", мог. гЕ [1]. Епа_На); 

дотоху(х, у++); Техтаг(14) 

сри1пЕР( "%-7и", ТВК(тбг. гЕ[1].Епа_5есТик)) 
дотоху(х, у++); Техтаг(15) 
сри1пЕР("%-7и", ЗЕСТ(тбг. г [1]. Епа_ЗесТгк)); 
дофоху(х, у++); ТехтаЕг(14) 

сри1пЕР("%-71и", мог. гЕ[1].Ве15ес); 

дотоху(х, у++); Техтаг(15) 

сри1пЕР("%-71и”, мог. гЕ[1].517е) 

1 

{ 


/* если код системы 5, раздел содержит свою таблицу разделов 
определяется ее дисковый адрес, и новая таблица считывается в 


память */ 
пеад=тбг. г [1].Вед1п_На; 


бест_Тгк=тбг. гЕ[1].Вед1п_ЗесТгк 
дофо МЕХТ; 
} 
} 
дофоху(х, у++); 
ТехфаЕ+г(10+128); 
90тоху(29, 18); 
срг1пт ("Нажмите любую клавишу...”); 
детсп(); 
} 
/*----------- Читання МВВ----------------==-====-= */ 
\014 геаа_МВВ(\019) 
{ 
гг. В. а1=2; /* Чтение */ 
гг. В. а1=1; /* Секторов 1 */ 
гг. В. 91=0х80; /* Жесткий диск */ 
гг. В. ЧП=Веад; /= Головка */ 
гг. х. сх=ЗесЕ_Тгк; /* Дорожка, сектор */ 


эг. ез=РР_5ЕС(&мЬг); /* Адрес буфера в ОП х/ 


гг. х. 6х=ЕР_ОЕЕ(&тбг); 
1п186х(0х13, &гг, &гг, &$г); 





/* Проверка ошибок чтения */ 
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ТЕ (гг. х. сЕ1ад) 
{ 


ри1птР( "Ошибка чтения: %х. “,гг.П.ап); 
рип ("Нажмите любую клавишу...\п\7”); 
детсв(); 
ех1+(): 


} 
} 


Результаты работы программы 


В процессе работы программы на экран выводится информация 
такого вида: 


Лабораторная работа №8 
Главная загрузочная запись 
Разделы жесткого диска: 


Лог. диск ----- >В Ех; ЗЕ Ех 0 

Признак ------ > вон ООН ООН ООН ООН 

од системы --> 1 5 4 5 0 

Начало:  гол.--> 1 0 1 0 1 

дор. --> 0 121 121 724 724 

сект. -> 1 1 1 1 1 

онец:  гол.--> 4 4 4 4 4 

дор. -> 120 975 723 975 975 
сект.-> 17 17 17 17 17 

Нач. сектор ---> 17 10285 17 51255 17 

Размер ------- > 10268 72675 51238 21420 21403 











Нажмите любую клавишу... 


СЗ 


Лабораторная работа №9. 
Дисковые структуры данных ВО$ 


Цель работы 


Получение практических навыков в работе с Таблицей Размеще- 
ния Файлов. 
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Постановка задачи 
Определить номера всех кластеров диска, которые занимает за- 


данный преподавателем файл в текущем каталоге. 
Пример решения задачи 


Разработка алгоритма решения 


Программа состоит из главной функции шат( и одиннадцати 
вспомогательных функций. 


Ф у019 Веад_МЬг(уо19) — функция чтения МВК и поиска 
требуемого раздела. 


Ф уо14 Веад_Воо{(уо) — функция чтения боо{-сектора. 


Ф уо4 Сеё_Ег$((уо а) — функция определения абсолютного 
номера сектора начала логического диска. 


Ф уо4 Веа9 _КЕа((уо1а) — функция чтения РАТ. 


Ф уо14 Веа9_13(уо4 *тет) — функция чтения сектора с 
помощью прерывания 13. 


Ф у019 Зесё {о_Падаг(4мога 5ес — функция формирования 
физического дискового адреса из номера сектора. 


Ф @\огд Са$Е ю_Зес(Смога с№50 — функция определения 
номера сектора по номеру кластера. 


Ф уота Мех Са (ога с$0) — функция выборки 
следующего кластера из ЕАТ. 


Ф спаг *Сеё_Мате(сваг *5$, сваг *4) — функция выделения 
следующего элемента из строки-задания. 

Ф шеЕша_Мате() — функция поиска имени в каталоге. 

Ф уо14 Епд_оЁ_Зо(шЕ п) — функция выдачи сообщений или 


аварийного завершения. 


Описание переменных 
В программе описаны структуры такого вида: 


Физический дисковый адрес: 


ЗЕгисЕ БАВОВ { 
руте п; /* головка */ 
мога $, /* сектор */ 
+, /* дорожка */ 
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13; /* сектор, дорожка упакованные */ 
} 
Структура элемента раздела; 
эЕгисЕ РАВТ { 
руте Воот, /* признак активного */ 
/* физический адрес начала раздела * / 
Вед1п_На; /* В головки */ 
мог Вед1п_ЗесТгк; /х сектора и дорожки */ 
руфе ЗузСоде, /* код системы */ 
/* физический адрес конца раздела */ 
Епа_На; /*= В головки  */ 
мога Епа ЗесТгк; /* # сектора и дорожки */ 
Чмога Ве1$ес, /* # сектора початку */ 
5176; /* количество секторов */ 
}; 
Структура Главной Загрузочной Записи: 


УЕгист МВН 

{ 
саг [оад9Соде[0х16е]; /* программа загрузки */ 
эЕгисЕ РАВТ гЕ[4]; /* 4 элемента разделов «*/ 
мога ЕпдЕ1ад; /* подпись МВВ */ 

}; 











Структура загрузочной записи логического диска: 


эфгисе ВоотНес { 

руфе ]тр[3], 19еп[ 8]; 

мога ест517е; 

руте СТизт517е; 

мога Веззест; 

руфе РафСит; 

мога Ао01т517е, Тот5ес$ 

руте Медта; 

мога Га{$517е, ТгКкЗесз, НеааСпт; 
мога Н1апбесЕ, Нтапзесн 

Чмога [опоТоЕ$ес$ 

руфе Ог1уе, гезегуед1, 0054_Г1ад; 
9мога \01Мит; спаг \01Ёабе1[11], РатРогм[ 8] 
}; 


Структура элемента каталога: 





эЕгисЕ 01г_Теет { 
спаг Рпате[111; /* имя файла */ 
руфе аеег; /*= атрибут */ 
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мог $17е; 
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уфе гезегуеч[10]; 


мога 11те; /* время */ 

мог дате; /* дата * / 

мога С]; /* номер 1-го кластера */ 
/* размер файла */ 


Переменные, глобальные для всей программы: 


$ 4% %99%9%9$9%49$9949$9999399Ф9хФ 


$ + 


раг — текущий элемент раздела; 

Би 1512] — буфер МВК и ЪооЕ; 

*п16г — указатель на таблицу разделов; 
*роот — указатель на корневую запись; 
Ба2 [512] — буфер каталога и текста; 

* Чи: — указатель на часть каталога; 
*(ех( — указатель на текстовый буфер; 


*[2+ — указатель на КАТ; 


106[81] — строка-задание; 


1о6ри — текущий указатель в ]06; 


спате[12] — текущее имя для поиска; 

Еад15К — физический номер диска; 

саг — текущий дисковый адрес; 

зес{ — текущий номер сектора; 

С[а${ — текущий номер кластера; 

№16 — признак формата ЕАТ; 

Е17е — размер файла; 

Аипит — номер элемента в каталоге; 

Е ес{ — абсолютный номер сектора начала; 


гообайи=1 — признак корневого каталога или подкаталога 
(1/0); 


1а$3ес( — последний сектор при чтении; 


РиаПос=0 — признак выделения памяти. 
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Описание алгоритм программы 


Функция шаш запраптивает имя файла, потом обрабатывает его и, 
если все нормально, то запускает вспомогательные функции необходи- 
мые для просмотра ЕАТ заданного файла. 


Функция Веад_Мг выполняет выборку элемента таблицы разде- 
лов для заданного диска. 


Функция КВеа@_Воо{ считывает Боо{-сектор логического диска, 
причем для гибкого диска адрес этого сектора назначается — 0, 0, 1, адля 
жесткого — выбирается из рагё. 


Функция Се _Ег$ё определяет абсолютный номер начального сек- 
тора логического диска и сохраняет его переменной Ейт5{_Зесё. Это зна- 
чение вычисляется из физического адреса начала, который берется из 
полей Везт_Н@, Везт_ЗесТиК элемента таблицы разделов. 


Функция Веа@ _Еаё считывает в память ЕАТ целиком, адрес начала 
БАТ на диске и ее размер определяются из ранее прочитанного фоо{-сек- 
тора. 


Функция Кеа@_13 читает один сектор с помощью прерывания 
ВТО$5. 


Функция Зесё {о_ЮОа@@г преобразует номер логического сектора в 
физический адрес. 


Функция С№а$ ю_Зесё преобразует номер кластера в номер сек- 
тора. 


Функция Мех _С1$ определяет номер следующего кластера, ана- 
лизируя ЕАТ. Для последнего кластера (и для корневого каталога) эта 
функция возвращает нулевое значение. 


Функция бе Маше предназначена для лексического разбора за- 
дания, она выделяет из задания очередное слово и переназначает ]офрёг. 
Пустое (МОТТ) значение 1офри` — свидетельство об исчерпании задания. 


Функция Еш@_Маше выполняет поиск имени в каталоге. Здесь 
спате — требуемое имя, функция возвращает индекс найденного эле- 
мента в массиве а или (-1). 


Функция Еп9_о{_ 0 выполняет выдачу на экран различных сооб- 
щений при ошибках или при завершении программы. 
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Текст программы 





{*----=-- Лабораторная работа №---------------- */ 
/*=----- “Дисковые структуры данных 00$. "-------- */ 
/* Подключение стандартных заголовков */ 

ТисТиае <940$.1> 

Тпс1иде <$%г1пд. Н> 

ТпсТиде <$19110.1> 

ТосТиде <$та1о.1> 

ТтосТиаде <соп1о. 1> 

ТисТиае <стуре. п> 
/*---- НЕ В РНЕ НЕЕ ЕЕ ВЕЕР ВР */ 
/= Типи и структуры данных */ 


деГ1пе буфе ипз1дпед спаг 
ЧеЕ1те мог ипз19пед 1п* 
дег1пе дмога ипз1д9пей 1опд 
деГг1пе дадаг зТгисЕ ВАООВ 
ЗЕгисЕ ВАБОВ { /* физический дисковый адрес */ 
руте п; 
мога $, 1, 15; 
}. 
ЗЕгисЕ РАВТ { /* структура элемента раздела */ 
руте Воот, Вед1п_На; 
мог Вед1п_есТгк 
руте 5узСоде, Епа_На; 
мог Епд_ЗесТгк; 
9мога Ве15ес, 517е; 
} 
ЭТгисЕ МВА 
{ /* структура Главной Загрузочной Записи */ 
спаг [ГоадСоде[0х1ье]; 
ЗЕгисЕ РАВТ гЕ[4] 
мог ЕпоЕ1ад; 
| 
ЗфгисЕ ВоотВес 
{ /* структура корневой записи */ 
руфе ]тр[3], 19еп[ 8]; 
мога Зест517е; 
руте С1из1517е; 
мога Веззест; 
руте РатСит; 
мога Ао01т517е, Тот5ес$ 
руте Медта; 
мог Ра{517е, ТгкЗесз, НеааСпт; 
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мога Н1апсесЕ, НтапЗесн; УЕгисф 01г_Т\фет *01г; /* указатель на часть каталога */ 
мог [опдТот5есз; СсПаг *Тех{; /»* указатель на текстовий буфер */ 
руте Ог1уе, гезегуед1, 00$4_ТТад; уфе *Гаг; /= указатель на РАТ */ 
дога \о1М ит; саг )06[81]; /* строка-задание */ 
сПаг \01[абе1[11], РаЕРогт[ 8]; саг *]обртг; /* текущий указатель в 106 */ 
р спаг спате[12]; /* текущее имя для поиска */ 
эЕгисЕ 01г_Тфет руфе РЧ1эк; /* физический номер диска  */ 

{ /* структура элемента директории */ Чадаг саддг; /* текущий дисковый адрес */ 
спаг Рпаме[11]; мог зест: /* текущий номер сектора */ 
руте ак; мога с1и3{; /* текущий номер кластера */ 
спаг гезегуед[10]; руте Гат16; /* признак формату РАТ х/ 
мога 11те, даже, с1: мог 1$17е; /* размер файла */ 

мог $17е; 11 91гпип; /* номер элемента в каталоге */ 

}; Чмога Е1гэт$ест; /* абс. сектор начала  */ 

нана ================== */ руфе гоот91г=1; /»* признак корневого каталога 
или подкаталога (1/0) */ 
/* Описания функций */ мога 1азфзест; /»* последний сектор при чтении / 
\0149 Веад_Мг(\о1а); руфе Гафа110с=0; /* признак выделения памяти */ 
/* Чтение МВВ и поиск требуемого раздела */ еее -----=--= * / 
\0149 ВеаЧ_Воо*(\014а); /* Чтение Боо*-сектора */ та1п() { 
\019 беЕ Е1г$1(\014); /* Определение абсолютного номера сектора ТП п,1 
начала логического диска * / ТехфаЕ+г( 14) 
\014 Неад_ЕРа{(\0149); /* Чтение ЕАТ */ С1гзсг(); 
\0149 ВеаЧ_13(\014 хтет); /* ввод имени файла */ 
/* Чтение сектора с омогощью прерывания 13 * / сризптР(” Просмотр таблицы РЕАТ. “); 
№0149 ЗесЕ_То_Падаг(амога зест); сри1пт+( "Укажите полное имя файла -->”) 
/* Формирование физического дискового адреса из # сектора */ эсапт("%$", 106) 
9мога СЛ из+_То_бест(мога с1и$т); /* перевод в верхний регистр */ 
/* Вычисление номера сектора из номера кластера */ эЕгирг( 06) 
мог Мехт_С1из1(мог@а с1и$1); /= проверка правильности идентификатора диска */ 
/* Выборка следующего кластера из ЕАТ */ ТЕ ((!1за1рпа()о06[01))1|(306[1]!=':')[1(306[2]!='\\')) { 
спаг *бет_Мате(сваг *з, спаг *4); ри1пЕЕ( "%с%с%с -”, д06[01, }06[1], 06[2]); 
/* Выделение следующего элемента из строки-задания */ Епд_оР_406(0) 
11 Р1ипд_Мате(); /* Поиск имени в каталоге */ } 
\019 Епа_оР /о6(1п п); /* Завершение (при п=0-5 - аварийное) ТехфаЕ+г(10) 
*/ С1гзсг(); 
ен ====================== */ ритпЕЕ(" Лабораторная работа №9”); 
/* Переменн1 */ ритпЕЕ(" Дисковые структуры данных 00$."); 
$ЕгисЕ РАВТ рагЁ; /* текущий элемент раздела */ ТехфаЕ+г( 14) 
уфе БиРР1[5121; /* буфер МВН и Боо* * / сри1пт ("Файл %$з в РАТ занимает такие кластеры :\п”, 106); 
$ЕгисЕ МВВ *тбг; /* указатель на таблицу разделов */ обрЕг=)00+3 
эЕгисЕ ВооЕВес *боот; /* указатель на корневую запись */ ТЕ ()00[0]>‘А’) { 


руфе БиЁ!2[512]; /* буфер каталога и текста */ /* для жесткого диска - физический номер и чтение МВВ */ 
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Е91$К=0х80; 
Веаа_МЬг(); 
} 
е1зе /* для гибкого диска - физический номер */ 
Е91$К=)06[0]-'А’ 
Веад_Воо{(); /* чтение Боо*-сектора */ 
Веада_Рат(); /* чтение ЕАТ */ 
91г=(3зфгисе 01г_Тет *)БиРЕ2 
90 { /* рух по каталогам */ 
ТЕ (!гоо91г) с1и$1=91г[91гпим].с1; /* начальный кластер */ 
выделение следующего элемента из строки-задания */ 
]обрег=@е{_Маме (обртг, спаме) 
00 { /* пока не дойдем до последнего кластера */ 
1Е (гоот91г) { /* корневой каталог */ 
/* нач. сектор корневого кат. и количество секторов */ 
зест=Боот->Аеззест+001->Ра{$17е*боо{->ЕРатСпт; 
Лаз зест=6оо01->Во01517е*32/600+->3ес1$17е+зесе; 
} 
е1зе { /* подкаталог */ 
зес+=СЛиз+_То_бест(с1и$т); 
]Лазтзест=6оо{->С1и31517е+зест; 
} 
/= посекторное чтение всего корневого каталога 
или одного кластера подкаталога */ 
Тог (; зест<Тазфзест; зесф++) { 
бест То_ВаЧаг(зест); 
Веаа_13(91г); 
/= поиск имени в прочитанном секторе */ 
1Е ((91гпит=Е1п9_Маме())>=0) дофо РТМ 





/ 


* 





} 


/* до последнего кластера подкаталога */ 





} 
мр11е (с1изт=МехЕ_С1 из (с1из1)); 

/* весь каталог просмотрен, а имя не найдено - ошибка */ 
рип ("%$ -", спаме); 

ТЕ (фобрег==МУЕЕ) Еп9_оР_406(4) 

е1зе Епа_оР_/о06(5); 





Е1№: /* имя найдено */ 
гоо{41г=0; 
} 
м11е ()обрег! =МИЕ); 
/* найдено имя файла */ 
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о 
Еы 
с 
[92] 
Ц 


Техта 
90тоху 
срг1 
сре 
Техта 
90тоху 
срг1 
90тоху 
срг1 
1=0» 
90 { 
++; 
ТЕ (1 
Техта 
срг1 
Тех{а 
срг1 




















Епа_оР 


/* Чтен 
уо1а Ве 
ТЕ 1; 
спаг п 
мога * 
садаг. 
садаг. 
пагт уе 
тбг=($ 


МЕХТ: В 
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аталога получеем 1-й кластер */ 


=91 [91 гпим]. с] 
(Ёг(7); 


(10,4); 


(Г(“Нажимайте любую клавишу “); 


Г(“ пока не появится <КОНЕЦ ФАЙЛА>. "): 


(г(12); 


(1,5); 


ЕГ("-<НАЧАЛО ФАЙЛА>”); 


(1,6); 





ЕР" 


%10)==0) деесй(); 
(г(14+16); 
ЕР("%4х”, 1$); 
ЕЁг(2); 
ЕЕ("--->"); 


(сТизЕ=МехЕ_С1из1(с1и$1)); 


(г(12): 
Г("<КОНЕЦ ФАЙЛА>\п”): 


(1, мнегеу()); 


(Ег(15+3*16); 
(Г(“Количество кластеров в файле: %и ”,1); 





—406(7); 


ие МВН и поиск нужного раздела */ 
ад_Мог(\014) { 


Чг1\е; 

Еп0[15$%; 

=0: 

Е3=1; 

='С'’; 

Егисф МВВ *)БитЕТ: 


еа9_13(БитЕ1); 





Рог (Еп9[1$1=(мог@ *)&тбг->гЕ[(1=0)] 
(*«Епа1$1! =Охаа55 )&&(тбг->гЕ[1].517е>01); 
Еп9[1$1=(мога *)&тбг->гЕ[++1]) { 
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ТЕ (тбг->гЕ[1]. 5узбоде==5) { 
саддг. Н=тбг->г[1].Вед1п_На; 
саддг. Ез=тбг->гЕ[1].Вед1п_ЗесТгк 
д0то МЕХТ; 


Е (пдг1\е==)о6[0]) { 
оутет( &тог->гЕ[1], &раге, $17е01(зЕгисЕ РАВТ)) 
гефигп; 


не. и 


} 
е1зе паг1уе++; 
} 
/* требуемый раздел не найден */ 
риТпЕЕ("%с: -”, 1060[0]) 
Епа_о#_/06(1) 





/* Чтение Боот-сектора */ 
\0149 ВеаЧ_Воот(\01а) { 
1Е (Р91$К<0х80) { 
садаг. п=0; 
садаг. 13=1 
} 
е1зе { 
садаг. п=раге. Вед1п_На 
садаг. з=раге. Вед1п_ЗесТик 
} 
Веаа_13(Бутт1); 
роот=($гисф ВоофНес *)би{Т1; 
бет _Р1гзт(); 





/* Чтение ЕАТ */ 
\014 Неад_Ра{(\014) { 
Чмога $, 15; 
уфе *+Г 
Та{=(Буфе *)та110ос(6о0т->РаЕ517е*6оо{->5$ес{517е) 
1Е (Таф==мМиЕЕ) { 
ри1пЕР( "Размещение РАТ -"); 
Епа_0#_/06(3); 
} 
Тата110с=1; 
з=Боо{->ВезЗест; 
1$=$5+6001->Га{$17е 
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Тог (Р=Раф; $<1$; $++) { 
бест То_Вадаг($); 
Веаа_13 (Е); 
1+=6001->5ес1517е 
} 
/* установление формата ЕАТ */ 
1 (Р91$К>=0х80) 
1Е (рагЕ. $узСоде==1) Тат16=0; 
е1зе Гат16=1; 
е15е Га{16=0; 


/* Чтение сектора при помощи прерывания 13 */ 
\у014 ВеаЧ_13(\019 *«тет) { 

/* мет - адреса в ОП */ 

иптоп ВЕб5 гг; 

ЭфгисЕ 5ВЕб$ г 


гг. п. а1=2 
гг. п. а1=1; 

гг. |. 01=Р01$К 
гг. В. п=садаг. п; 
гг. х. сх=садаг. 1$ 


эг. ез=ЕР_$Е@ (тет) 
гг. х. ох=ЕР_ОЕЕ (тет) 
1п186х(0х13, &гг, &гг, &9г); 
/* Проверка ошибок чтения */ 
ТЕ (гг. х. сР1а981) { 
риТПЕР( "и -”",гг.П.аН) 
Епд_0#_/06(2) 





/* Определение абс.номера сектора начала лог.диска */ 
\у014 беЕ_Р1гз1(\019) { 


мога $, {; 
1Е (Р91$К<0х80) Е1гз{5ест=0 
е1зе { 


/* формирование # сектора из физич. дискового адреса */ 
=(раге. Вед1п_есТгк>>8) | ((раг{.Вед1п_ЗесТгк<<2)&0х300) 
з=рагЕ. Ведзп_бесТгк&0х3 Е 

Ра из 5ест=( ( (дмога)+*6оо1->НеааСпе)+рагЕ. Вед1п_На)* 
роот->Тгк5ес$+$-1; 

} 
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} 1Е (3>0хЕРеЁ) гефигп(0) 

еее = */ е1зе гефигп(з) 

/* Формирование физического дискового адреса из # сектора */ } 

\019 ест то_Баааг(амога зест) { } 

/* зесф - номер сектора, садЧг - адрес на диске */ еее -= */ 

Чмога $; /* Выделение следующего элемента из строки-задания */ 
1Е (Е91$К>=0х80) зесф+=Е1гз{$ест; спаг хбет_Мате(сНаг *з, спаг *@) { 
саЧаг. $=$ес1%6001->Тгк$ес$+1; /* $ - строка задания, Ч - выделенный элемент, возвращает 
$=зес+/боо*->ТиК$есз; указатель на новое начало строки задания. */ 
садаг. п=$%6оо{->НеааСп*; спаг *р, *г 
садаг. +=$/боо{->НеаЧСпт; 11 1; 
садаг. +3=( садаг.1<<8) |садаг. 3 | ((садаг. +&0х300)>>2); Рог(1=0;1<11;:9[1++]=' °); 

} 9[11]='\0° 

еее ==-= */ ТЕ ((р=зфгсНг($, ‘\\'))==МИЕЕ) { 

/* Вычисление номера сектора из номера кластера */ /* последний элемент строки - имя файла */ 

@мога С1изЕ_фо_ЗесЕ(мога с1изт) { /* перезапись имени */ 

/* с1и3Е - номер кластера, возвращает номер сектора */ Рог(г=$, 1=0; (1<8)&&*г&&(*г!='.'); ++, ++) *(9+1)=*г 
Чмога 9$, 3; /* перезапись расширения */ 
9$=6о01->Аеззес{+роот->Рат$17е»*боо{->ЕРа{Спт+ 1 (*г) Рог(1=0, г++; (1<3)8&жг; 1++, г++) *(9+8+1)=*г 
роо{->В001517е*32/6001->$ес1$17е; гефигп( МУЕЕ); 
3=49$+(с1и$31-2)*6001->С1и$1817е; } 
гефигп($); е1зе { 

} /= следующий элемент - имя подкаталога */ 

еее ‚/ р='\0'; 

/* Выборка следующего кластера из ЕАТ */ Рог(г=$, 1=0; (1<11)&8*г; 1++, г++) *(9+1)=*г 

мога Мехе_С1из1(мога с1изт) { гефигп(р+1) 

/* С1и3т - номер кластера, возвращает номер следующего кластера } 

или 0 - если следующего нет */ } 
мога т, $; Иж-ненненаняннннеянянененяяеянананая=нннанен--нн=- */ 
ТЕ (гоо0т91г) гефигп(0); /* Поиск имени в каталоге */ 
ТЕ (!ГаЁ1б) { 11 Р1п@д_Мате() { 
п=(с1и$1*3)/2; 11 ); 
$=* (мог *) (Раф+т) 
1Е(с1и$1%2) /* нечетный элемент */ /* спаме - найденное имя; возвращает индекс найденного 
$>>=4; элемента в массиве 4941г или (-1) */ 
е1зе /»* четный элемент */ Тог (1=0; ]<600т->5ес1$17е/$1хеоР(зЕгисЕ 01г_Т\ет); 3++) { 
$=$&0х0 ТРЕЕ; 1Е (91г[)].Рпаме[0]=='\0°) ‹ 
ТЕ ($>0х0Тег) гефигп(0); /* конец использованных элементов каталога */ 
е1зе гефигп($); ри1пЕЕ("%$ -”, спаме) 
} 1 (]обрЕг==МУЕЕ) Епд_ое_/06(4) 
е1зе { е1зе Епд_оР_/06(5) 
П=С1и$*2; } 
8=* (мог *)(Раф+т); ТЕ ((6уте)91г[) ]. Тпате[ 0]! =0хе5) { 
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1 (тетстр(91г[7]. Гпаме, спаме, 11)==0) { 
/* если 1м`я зб1гатся, то: 
- при поиске файла элемент не должен иметь 
атрибутов “подкаталог” или “метка тома“ 
- при поиске подкаталога элемент должен иметь атрибут 


Результаты работы программы 


В процессе работы программы на экран выводится информация 
наподобие следующей: 


Лабораторная работа № 






























































“подкаталог” */ Дисковые структуры данных 1005. 
ЕЕ (Зобрег==МУН.) Файл 0:\ТС\ТС.ЕХЕ в ГАТ занимает такие кластеры: | 
ТЕ ( 1 (91г[]].аЕЕг80х18) ) гефигп(1); Нажимайте любую клавишу пока не появится <КОНЕЦ ФАЙЛА> 
а -<НАЧАЛО ФАЙЛА> 
ЧЕ а авиа гевеи: 8Е->2410--->2411--->2412--->2413--->2414--->2415--->2416--->2417- 
} -->2418--->2419--->241а--->2416--->241с--->2419--->241е--->2411- 
} -->2420--->2421--->2422--->2423--->2424--->2425--->2426--->2427- 
} -->2428--->2429--->242а--->2420--->242С--->2424--->242е--->2421- 
гефигп(-1); -->2430--->2431--->2432--->2433--->2434--->2435--->2436--->2437- 
} -->2438--->2439--->243а--->2436--->243с--->2439--->243е--->2431- 
Е ОЕ ЕЕ НЕЕ ЕН */ -->2440--->2441--->2442--->2443--->2444--->2445--->2446--->2447- 
ВОНИ ОЕ бара -->2448--->2449--->244а--->2440--->2446--->2444--->244е--->2441- 
№014 Е Ч о 106(1 + п) { -->2450--->2451--->2452--->2453--->2454--->2455--->2456--->2457- 
о -->2458--->2459--->246а--->2456--->2456--->2454--->245е--->2451- 
Зена: опай изоГ = 4 -->2460--->2461--->2462--->2463--->2464--->2465--->2466--->2467- 
И На Иа -->2468--->2469--->246а--->2466--->246с--->2469--->246е--->2461- 
РКИ Ооо -->2470--->2471--->2472--->2473--->2474--->2475--->2476--->2477- 
Е Ва -->2478--->2479--->247а--->2476--->247с--->2474--->247е--->2471- 
а ЛЕСИ -->2480--->2481--->2482--->2483--->2484--->2485--->2486--->2487- 
оао Мед -->2488--->2489--->248а--->2486--->248<--->2484--->248е--->2481- 
И е-АДЕНИ, -->2490--->2491--->2492--->2493--->2494--->2495--->2496--->2497- 
"непредусмотренный конец файла”, -->2498--->2499--->249а--->2496--->249с--->2499---><КОНЕЦ ФАЙЛА> 
м оличество кластеров в файле: 142 
/= освобождение памяти */ Нажмите любую клавишу. . 
1+ (Гафа11ос) Ргее(Рат) 
/* выдача сообщения */ С] 
Техфа{+г(12+128) 
сритпЕР(” %$\п”, пз9[п]); 
00тоху(28, мпегеу( )) 
срг1пР(” Нажмите любую клавишу... \п”); 
о Лабораторная работа МЛ0. 
дефсв(); 
/* завершение программы */ Управление программами 
ех11(0); 
} Цель работы 


Изучение принципов управления программами в М$ РОЗ и при- 
обретение практических навыков работы с префиксом программного 
сегмента и его полями. 
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Постановка задачи 
Разработать программу, производящую форматный вывод на пе- 


чать своего Префикса Программного Сегмента. 
Пример решения задачи 


Структура программы 
Программа состоит из основной программы и двух функций: 


Ф уо4 ге ООЗ_уег$1юоп_В(у019) — функция, возвращающая в 
глобальной переменной 40$_уег старшее число номера 
версии ОО$. 

Ф уо14 ад9г_РЪР (у019) — функция, получающая сегментный 


адрес префикса программного сегмента программы и 
возвращающая его в глобальной переменной р!4. 


Описание переменных 
Переменные, глобальные для всей программы: 


Ф р_рзр — указатель на структуру $гисЕ Р5Р, 

Ф р! — сегментный адрес РУР; 

Ф 40$_уег — старшее число номера версии ОО5; 
Ф 


1 — вспомогательная переменная, используемая для 
просмотра таблицы файлов задачи (ТЕТ), которая 
представляет собой массив из 20 элементов (хотя 
возможно, что их число отлично от 20, поэтому размер 
массива определим из поля ТЕТ_ 5176); 


Ф | — переменная, используемая для вывода содержимого 
сегмента окружения ОО$ и определения числа строк 
вызова (для версии РОЗ 3.0 и выше); 


Ф $ — переменная, которая вначале используется как 
указатель на таблицу файлов задачи, затем на строки 
сегмента окружения и строки вызова; 


Ф тт — переменная, которая используется для задания 
значений регистров общего назначения при вызове 
прерывания. 


Описание алгоритма программы 


Данная программа производит распечатку основных полей своего 
Р5Р. Для этого префикс программного сегмента представим в виде сле- 
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дующей структуры: 


ЗЕгисе рзр 
{ /= ФОРМАТ РЗР */ 
руде гет_ор[2]; /* команда Т№Т 201 */ 


мог епа_оР_мет; /» вершина доступной памяти*/ 
руфе гезегуеа1 
руфе о19_са11 90$[5]; /* старый вызов 00$ «*/ 
№0149 *Тегт_рфг; /* адрес завершения */ 











№0149 *сЕг1Ьгк рег; /* адрес обработчика С1г1+Вгеак */ 
№014 *сг1Тегг_рфг; /* адрес обработчика крит. ошибок */ 
мог РГаепег_рзр; /* РТО родителя * / 

руфе УЕТ[20]; /* таблица файлов программы */ 

мог епу_зе9; /* адрес окружения */ 

\01 *зфаск_рег; /* адрес стека */ 

мога УЕТ_$17е; /* размер таблицы файлов */ 

руфе *«УЕТ рег; /* адрес таблицы файлов */ 

руфе гезегуеа2[24] 








руте пем_са11_90$[3]; /* новый вызов 00$ */ 

} *р_рзр; 

Поле ге{_ор используется для возможного завершения программы 
по команде ВЕТ 0, поле о!4_са[_40$, содержит команду вызова диспет- 
чера функций ОО$. Обращение к этому полю в программе может ис- 
пользоваться вместо команды МТ 211, но в современных версиях РОЗ 
для этих целей лучше обращаться к полю пе\!_са| _405. 


Поле еп4_оЁ тет содержит сегментный адрес конца доступной 
памяти в системе. В три поля: {ег _рёг, си гк рег, стиегг ри РОЗ при за- 
грузке программы копирует содержимое векторов прерываний: 226, 231, 
24, представляющее собой адреса обработчиков: завершения програм- 
мы, комбинации клавиш С]+ВтеаК, критической ошибки — соответст- 
венно. Предполагается, что программа может свободно перенаправить 
эти векторы на собственные обработчики соответствующих ситуаций, но 
от забот по восстановлению векторов программа избавляется, так как 
при ее завершении РОЗ сама восстанавливает векторы из соответствую- 
щих полей Р5Р завершаемой программы. Для аналогичных целей пред- 
назначено и поле %“аск_рг — в нем сохраняется (а при завершении — из 
него восстанавливается) адрес стека, использовавшегося до вызова про- 
граммы. Поле, именуемое Рег _рзр, содержит сегментный адрес РЭР 
родителя — программы, запустившей данную программу, обычно роди- 
телем является СОММАМО.СОМ. 


При загрузке программы РО$, кроме программного сегмента, со- 
здает для нее еще и сегмент окружения. Сегмент окружения содержит 
А$СПЯ-строки, задающие значения некоторых глобальных перемен- 
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ных, эти значения могут устанавливаться командой РОЗ ЪЕТ, они до- /* Типы данных */ 
ступны командным файлам и — через РЗР — программам. Набор строк #дет1пе Буте ипз19пей спаг 
окружения заканчивается пустой АЗСПЯ-строкой (нулем). В ООЗ 3.0 и #дег1пе мог ипз1дпед 111 
выше за ним следует еше 2-байтное число строк вызова (обычно 1) и 
далее — строка (или строки) вызова программы. Обычно в первую (до /* Описание функций */ 
строк вызова) часть порождаемой программы копируется содержимое У0149 деЕ_00$_мегз1оп_п(\014); /»* Определение версии 00$ */ 
окружения программы-родителя. Программа имеет доступ к своему сег- У014 аадг_РЗР (№019); /* Получение адреса РЗР */ 
менту окружения через поле епу_5ез РЗР, содержащее сегментный адрес 
окружения. зЕгисЕ рэзр 
| В { /* ФОРМАТ РЭР «/ 
Поле ТЕТ (Тоб ЕЙе Тае — Таблица Файлов Задачи) представляет Буее ге ор[21: 7 чеманда ТМ 20н = 


собой массив из 20 однобайтных элементов. При открытии программой 
файла РОЗ формирует для него блок-описатль в системной таблице 
файлов и помещает ссылку на него (его номер) в свободный элемент ЛЕТ. 
Дескриптор файла, возвращаемый программе РОЗ при открытии файла, 
является номером элемента в ТЕТ. При запуске программы первые пять 
элементов создаваемой для нее ТЕТ содержат ссылки на системные фай- 
лы, остальные свободны. При обработке ЛЕТ 2О$ использует не прямое 


мог епа_ оЁ мет; /* вершина доступной памяти */ 
руте гезегуеат; 
уфе о149_са11_90$[5]; /* старый вызов 00$ */ 
\019 *Тегт_рег; /* адрес завершения */ 
14 
14 


\019 *жсЕг1Ьгк_рфг; /* адрес обработчика С1г1+Вгеак */ 
Ме) *Ссг1Тегг_рфг; /* адрес обработчика крит. ошибок */ 




















мога РГафпег_р$р; /* РТО родителя * / 
обращение к полю ТЕТ РЪЗР, а косвенное — через поле ТЕТ ры, а в ка- руде УРТ[20]; /* таблица файлов программы */ 
честве ограничителя размера ТЕТ — не константу 20, а значение поля мое 61-366. НИ 0 
ТЕТ_зе РУР. №\019 «зфаск_рфг; /* адрес стека */ 

После всего, сказанного выше, не составляет труда написать про- мога УЕТ_312е; /* размер таблицы файлов */ 
грамму, осуществляющую форматный вывод своего префикса про- руе *ЕТ_рег; — /* адрес таблицы файлов */ 
граммного сегмента. Для в начале необходимо определить версию РОЗ руте гезегуе92[24]; 

(с помощью функции её ОО$_уегзюп_В() и получить адрес РЗР (с по- руте пем_са11_90$[3]; /* новый вызов 00$ — */ 
мощью функции аддг_Р5Р()). } *р_рэр; 

Функция 2е1_ПО$_уегоп_В() определяет старшее число номера мога р19: /* сегм. адрес РР 5 
версии ОО$, используя для этого функцию ОО$ З0[ (прерывание 211), ИЕ 5 /* версия 00$ эй 
которая возвращает в регистре АТ, старшее число номера версии, а в ре- и 7. 
гистре АН — младшее число. Нас интересует только значение регистра Пао: 


АГ. иптоп НВЕбЗ гг; 


Функция адаг_Р5ЗР() возвращает сегментный адрес РЗР путем ис- , 
пользования функции РО$ 621: па1п() 


Вход: АН = 620 { 








техе К 0); 
Выход: ВХ = сегментный адрес РЗР текущего процесса ехбаскогоипа(0); 
С1гзсг(); 
Текст программы техтатег(ОхОа); | 
/*----- Лабораторная работа №10----------------- */ сризпЕТ( сы ): 
/*------ "Управление программами”---------------- */ сризп(Т(” Лабораторная работа №0 г 
/* Подключение стандартных заголовков */ и -------=--==---- "); 
#1пс1 ие <90$.1> срепЕЕ("-------------=- у: 
Нпс1и9де <соп1о. |> сритпЕР(” Управление программами “); 
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срг1пР("--------------- м. 

ТехЕсо1ог(11) 

дет_005_мегз®1оп_п() 

а99г_Р5Р(); 

/* распечатка РЗР */ 

сритпЕР("\ п\п Адрес РТО = %04Х\п\п\г”, р1а); 
р_рзр=(зЕгисЕ рзр *)МК_ЕР(р1а,0); 
ех{со10ог(10); 

сритпЕР( "Команды: \п\ г”); 

срилпЕР("-------- \п\г”) 

сехЕсо10ог(14) 

сритпЕЕ(” Завершение - 1тпЕ 201:”); 
сехЕсо1ог(12); 

сри1пЕР(” %02Х %02Х\п\г”, р_рзр->геё_ор[0], р_рзр->геЕ_ор[1]); 
сехЕсо1ог(14) 

сритпЕЕ(" Старый вызов 005: т 
сехЕсо1ог(12); 

Гог (1=0;1<5; сри1п{("%02Х “, р_рзр->019_са11_90$[1++])); 
сехЕсо1ог( 14) 

срг1пЕР(“\п\г Новый вызов 005: . 
сехЕсо1ог(12); 

Гог(1=0; 1<3; сри1п ЕТ ("%02Х “, р_рзр->пем_са11_90$[1++])); 
сехЕсо1ог(10) 

срг1пЕР(“\п\п\ гАдреса:\п\г”); 
срипЕР(”------- \п\г”) 

сехЕсо1ог( 14) 

срг1пЕР(” Конец памяти: “) 
сехЕсо1ог( 12); 

сритпЕР("%04Х:0000\п\г”, р_рзр->епа_оЁ_темт) 
сехЕсо10ог( 14) 

срг1пР(” Обработчик завершения: “); 
сехЕсо1ог(12); 

срг1пЕР( "%Рр\п\ г”, р_рзр->егт_рЕг); 
сехЕсо1ог( 14) 

срг1тпР(” Обработчик С1г1+Вгеак: “); 
сехсо1ог( 12); 

срг1пЕР( "%Рр\п\ г”, р_рзр->сЕг1гк_рг); 
сехЕсо1ог( 14) 

срг1пР(” Обработчик критич. ошибки: “”); 
сехЕсо1ог(12); 

срг1п ЕР ( "%Рр\п\ г”, р_рзр->сг1егг_рЁг); 
ехтсо10ог(14) 

срг1пЕР(” Стек: к). 
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ТехЕсо1ог(12); 

сри1пЕР( "%Рр\п\п\ г”, р_рзр->3фаск_рЁг); 

ТехЕсо1ог( 14); 

сризптР("\п\гРодитель: “); 

ТехЕсо1ог(12); 

срг1пЕ!("%04Х “, р_рзр->РафНег_рзр); 
Техесо1ог(0х8Ь) 

сри1пЕР("\п\п\гНажмите любую клавишу ...\п\г\7”); 








детсв(); 

С1гзсг(); 

техтаЕЕг(0х0а) 

сргзпЕЕ("-------=-=-==-= "); 

сри1пЕЕ( Лабораторная работа №10 Е 
срг1пЕЕ("---===---==-=== вх 
сретпЕЕ("--------------- мт 

сри1пЕР( Управление программами $): 
сри1пЕР(”--------------- ме 


/*= Распечатка таблицы файлов */ 


сризптР("\п\п\гТаблица файлов: “); 
сехЕсо1ог( 12); 

сритптР("%Ер (%4) ", 3, р_рзр->УЕТ_$17е) 
сехЕсо10ог( 11); 

1 ($==(руфе *)р_рзр+0х18) 

сри1пЕР(” - в этом же РЗР”); 
сриезпЕЕ("\п\г”); 

Рог (1=0; ++1<=р_рзр->/РТ_$17е; сризпЕтР(“%а ", 
сехЕсо10ог( 10); 
срг1пЕР(“\п\и\гОкружение 005: ”); 
сехЕсо1ог( 12); 

срг1пЕР( "%04Х\п\г”, р_рзр->епу_зе9); 
$=(спаг *)МК_ЕР(р_рзр->епу_зе9, 0); 
сехЕсо1ог(11); 

м111е(1=$1г1еп(3)) 





*(5++))); 














{ 
сри1пЕЕ( %$\п\г”, $) 
$+=1+1 

} 

1 (90$_уег>2) 

{ 


/* для 005 3.0 и дальше можно получить строку вызова */ 
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те Результаты работы программы 


1=* (11 *)з); 
В процессе работы программы на экран была выведена следующая 


Тех{со1ог(10); информация: 
срг1пЕР("\п\гЧисло строк вызова: “); | 


сех{со1ог( 12); 
сргапЕЕ("Жа\и\ г", 1): я Лабораторная работа №0 = ------ 


Управление программами ---- 
Адрес РТО = ОВАО 


$+=2; 
сехЕсо1ог(11); 
гог(1=0; 1<1; 1++) 
{ Команды: 
срг1пЕР( "%з\п\ г”, $) 
$+=$г1еп($)+1; 











Завершение - 1п{ 201: С0 20 
Старый вызов 005: 9А РО ЕЕ 10 ЕО 


} 
} Новый вызов 005: СО 21 СВ 
техфаЕЕг(0х86) 
сритпЕР("\п\п\п\п\гНажмите любую клавишу ...\7”); Адреса: 
фежваеег (0х0 
сри1пЕЕ("\п\ г”); Конец памяти: 9ЕС0:0000 
детсв(); Обработчик завершения:  ОАРА:028В1 
с1гзсг(): Обработчик С+г1+Вгеак:  ОАРА:014А 
} Обработчик критич. ошибки: ОАЕРА:0155 


Стек: 0Е04:0794 


/* Определение версии 005$ */ 
№\019 дет_00$_мегз1оп_в(мо1а) 


{ 


Родитель: ОАЕА 


Таблица файлов: 0ВА0:0018 (20) - в этом же РЭР 


гг. п. а|=0х30; 
11102 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 


1190$ ( &гг, &гг); 
90$_мег=гг. п. а1 


} Окружение 005: ОАЛЕ 
СОМЕТ6=5ТО 

/* Получение адреса РЭР */ СОМЗРЕС=С : \005\ СОММАЮО. СОМ 
РВОМРТ=$р$9 


\014 аддг_РУР (\014) 


{ РАТН=О : \ИТМ; С:\;С:\005$; С: \ААН; С: \№; С: \ВАТ; В: \ТР 


0:\ ТРУ; 0: \ВС\ВТМ 


гг. п. а`=0хб2; 
ТЕМР=а : \"ТМР 


1190$ ( &гг, &гг); 


р1а9=гг.х. 0х; 
} Число строк вызова: 1 


0: \ТС\ТС_ЕАВ1О. ЕХЕ 
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Что нужно знать для 
экзамена 
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Функции прерывания РО$ ИМТ 24Н 


Ниже приведены базовые функции для прерывания РОЗ ПМТ 
21Н. Код функции устанавливается в регистре АН: 


00 
Завершение программы (аналогично ПМТ 20Н). 
01 
Ввод символа с клавиатуры с эхом на экран. 
02 
Вывод символа на экран. 
03 
Ввод символа из асинхронного коммуникационного канала. 
04 
Вывод символа на асинхронный коммуникационный канал. 
05 
Вывод символа на печать (гл.19). 
06 
Прямой ввод с клавиатуры и вывод на экран. 
07 
Ввод с клавиатуры без эха и без проверки С/Втеак. 
08 
Ввод с клавиатуры без эха с проверкой С@/ВтеакК. 
09 
Вывод строки символов на экран. 





462 


Что нужно знать для экзамена 





А 
Ввод с клавиатуры с буферизацией. 
В 
Проверка наличия ввода с клавиатуры. 
С 
Очистка буфера ввода с клавиатуры и запрос на ввод. 
(0) 
Сброс диска. 
ОЕ 
Установка текущего дисковода. 
Е 
Открытие файла через ЕСВ. 
10 
Закрытие файла через ЕСВ. 
11 
Начальный поиск файла по шаблону. 
12 
Поиск следующего файла по шаблону. 
13 
Удаление файла с диска. 
14 
Последовательное чтение файла. 
15 
Последовательная запись файла. 
16 
Создание файла. 
17 
Переименование файла. 
18 
Внутренняя операция ОО$. 
19 
Определение текущего дисковода. 
ТА 





Установка области передачи данных (ОТА). 
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1В 

Получение таблицы ЕАТ для текущего дисковода. 
1С 

Получение ЕАТ для любого дисковода. 

21 

Чтение с диска с прямым доступом. 

22 

Запись на диск с прямым доступом. 

23 

Определение размера файла. 

24 

Установка номера записи для прямого доступа. 
25 

Установка вектора прерывания. 

26 

Создание программного сегмента. 

27 

Чтение блока записей с прямым доступом. 
28 

Запись блока с прямым доступом. 

29 


Преобразование имени файла во внутренние параметры. 


2А 

Получение даты (СХ-год,ОН-месяц,ОГ-день). 
28 

Установка даты. 

2С 


Получение времени (СН-час,СТ-мин,ОН-с,ОТ-1/100с). 


20 

Установка времени. 

2Е 

Установка/отмена верификации записи на диск. 
2Е 

Получение адреса ОТА в регистровой паре ЕЗ:ВХ. 
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30 

Получение номера версии РОЗ в регистре АХ. 

31 

Завершение программы, после которого она остается резидентной 


в памяти. 


33 

Проверка СИ/Вгеак. 

35 

Получение вектора прерывания (адреса подпрограммы). 
36 

Получение размера свободного пространства на диске. 
38 

Получение государственно зависимых форматов. 

39 

Создание подкаталога (команда МКП). 

ЗА 

Удаление подкаталога (команда КМП В). 

ЗВ 

Установка текущего каталога (команда СНОГВ). 

ЗС 

Создание файла без использования ЕСВ. 

30 
Открытие файла без использования ЕСВ. 
ЗЕ 
Закрытие файла без использования ЕСВ. 
ЗЕ 
Чтение из файла или ввод с устройства. 
4 





Запись в файл или вывод на устройство. 
41 
Удаление файла из каталога. 
42 
Установка позиции для последовательного доступа. 
43 
Изменение атрибутов файла. 
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44 

Управление вводом-выводом для различных устройств. 
45 

Дублирование файлового номера. 

46 

«Склеивание» дублированных файловых номеров. 
47 

Получение текущего каталога. 

48 

Выделение памяти из свободного пространства. 
49 

Освобождений выделенной памяти. 

4А 

Изменение длины блока выделенной памяти. 

4В 

Загрузка/выполнение программы (подпроцесса). 
4С 

Завершение подпроцесса с возвратом управления. 
40 

Получение кода завершения подпроцесса. 

4Е 

Начальный поиск файла по шаблону. 

4Е 

Поиск следующего файла по шаблону. 

54 

Получение состояния верификации. 

56 

Переименование файла. 

57 


Получение/установка даты и времени изменения файла. 


59 

Получение распгиренного кода ошибки. 
5А 

Создание временного файла. 
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5В 
Создание нового файла. 
5С 
Блокирование/разблокирование доступа к файлу. 
62 


Получение адреса префикса программного сегмента (Р5Р). 


25 


Порты 


Порт представляет собой устройство, которое соединяет процес- 
сор с внешним миром. Через порт процессор получает сигналы с уст- 
ройств ввода и посылает сигналы на устройство вывода. Теоретически 
процессор может управлять до 65 536 портами, начиная с нулевого пор- 
та. Для управления вводом-выводом непосредственно на уровне порта 
используются команды М и ОПТ: 


Ф Команда ГМ передает данные из входного порта в регистр 
АТ, (байт) или в регистр АХ (слово). Формат команды: 
ТМ регистр, порт 

Ф Команда ОПТ передает данные в порт из регистра АГ, 
(байт) или из регистра АХ (слово). Формат команды: 
ОПТ порт, регистр 

Номер порта можно указывать статически или динамически: 

1. Статическое указание порта возможно при непосредственном 

использовании значения от 0 до 255: 


Ввод: ТМ А|:.портй ;Ввод одного байта 
Вывод: ОПТ порт#, АХ ;Вывод одного слова 


2. Динамическое указание порта устанавливается в регистре ОХ от 
0 до 65535. Этот метод удобен для последовательной обработки не- 
скольких портов. Значение в регистре ОХ в этом случае увеличивается в 
цикле на 1. Пример ввода байта из порта 60Н: 


МО\ ОХ, бОН ;Порт б0ОН (клавиатура) 
ТМ АЕ, ОХ ;Ввод байта 
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Ниже приведен список некоторых портов (номера в шестнадца- 
теричном представлении): 


21 

Регистры маски прерывании. 

40...42 

Таймер/счетчик 

60 

Ввод с клавиатуры 

61 

Звуковой порт (биты 0 и 1) 

201 

Управление играми 

ЗВО...ЗВЕ 

Монохромный дисплей и параллельный адаптер печати 

300...ЗБЕ 

Цветной/графический адаптер 

ЗЕО...ЗЕ7 

Дисковый контроллер 

В случае, если, например, программа запраптивает ввод с клавиа- 
туры, то она выдает команду прерывания ПМТ 16Н. В этом случае систе- 


ма устанавливает связь с ВТО$, которая с помощью команды [М вводит 
байт с порта 60Н. 


На практике рекомендуется пользоваться прерываниями ОО и 
ВТО$. 


Однако можно также успешно обойтись без ВТОЗ$ при работе с 
портами 21, 40...42, 60 и 201. 
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Справочник по директивам языка 
Ассемблера 


Индексная адресация памяти 


При прямой адресации памяти в одном из операндов команды 
указывается имя определенной переменной, например для переменной 
СОЧМТЕК: 


АБО СХ, СОУМТЕВ 


Во время выполнения программы процессор локализует указан- 
ную переменную в памяти путем объединения величины смещения к 
этой переменной с адресом сегмента данных. 


При индексной адресации памяти ссылка на операнд определяет- 
ся через базовый или индексный регистр, константы, переменные сме- 
щения и простые переменные. Квадратные скобки, определяющие опе- 
ранды индексной адресации, действуют как знак плюс (+). Для 
индексном адресации памяти можно использовать: 


Ф базовый регистр ВХ в виде [ВХ] вместе с сегментным 
регистром 0$ или базовый регистр ВР в виде [ВР] вместе с 
сегментным регистром $55. Например, с помощью 
команды: 

МОУ ОХ, [ВХ] ;Базовый регистр 

в регистр ОХ пересылается элемент, взятый по 
относительному адресу в регистре ВХ и абсолютному 
адресу сегмента в регистре 05$; — индексный регистр О в 
виде [ОП или индексный регистр 3 в виде [5П|, оба вместе 
с сегментным регистром 0$. Например, с помощью 
команды: 


Что нужно знать для семинара 469 


МО\ АХ, [$1] ;Индексный регистр 

в регистр АХ пересылается элемент, взятый по 
относительному адресу в регистре $1 и абсолютному адресу 
сегмента в регистре 05; 

+ [константу], содержащую непосредственный номер или 
имя в квадратных скобках. Например, с помощью команды 
МОУ [ВХ+51+4], АХ ; База+индекс+константа 
содержимое регистра АХ пересылается по адресу, который 
вычисляется, как сумма абсолютного адреса в регистре 0$, 
относительного адреса в регистре ВХ, относительного 
адреса в регистре $51 и константы 4; 


Ф* смещение (+ или -) совместно с индексным операндом. 
Существует небольшое различие при использовании 
константы и смещения. Например, с помощью команды: 
МОУ ОХ, 8[01][4] ; Смещение+индекс+константа 
в регистр ОХ пересылается элемент, взятый по 
абсолютному адресу в регистре 05, смещению 8, 
относительному адресу в регистре П] и константе 4. 


Эти операнды можно комбинировать в любой последовательнос- 
ти. Но нельзя использовать одновременно два базовых регистра [ВХ + 
ВР] или два индексных регистра [01 + ЗП. Обычно индексированные ад- 
реса используются для локализации элементов данных в таблицах. 


Операторы языка ассемблер 

Существует три типа ассемблерных операторов: операторы атри- 
бута, операторы, возвращающие значение, и операторы, специфициру- 
ющие битовую строку. 


Операторы, специфицирующие битовую строку, оператор МАЗК, 
счетчик сдвига и оператор УШТН относятся к директиве КЕСОКО. 


Оператор 1ЕМСТН 

Оператор ГЕМСТН возвращает число элементов, определенных 
операндом ОТР. Например, следующая команда МОУ заносит в регистр 
ОХ значение 10: 


ТАВЕЕА ОМ 10 УР(?) 
МО\ ОХ, ГЕМСТН ТАВЕЕА 


В случае, если операнд ОУР отсутствует, то оператор ГЕМОТН 
возвращает значение 01. 
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Оператор ОРЕЗЕТ 

Оператор ОЕЕЗЕТ возвращает относительный адрес переменной 
или метки внутри сегмента данных или кода. Оператор имеет следующий 
формат: 

ОЕРЕЗЕТ переменная или метка 

Например, команда 

МО\ ОХ, ОРЕЗЕТ ТАВЕЕА 


устанавливает в регистре ОХ относительный адрес (смещение) 
поля ТАВТЕА в сегменте данных. (Заметим, что команда ГЕА выполня- 
ет аналогичное действие, но без использования оператора ОЕЕЗЕТ.) 


Оператор РТЮ 

Оператор РТК используется совместно с атрибутами типа ВУТЕ, 
УОКЕР или ОУ/ОВО для локальной отмены определенных типов (ОВ, 
ОУ или ОО) или с атрибутами МЕАК или ЕАК для отмены значения 
дистанции по умолчанию. Формат оператора следующий: 


тип РТВ выражение 


В поле «тип» указывается новый атрибут, например ВУТЕ. Выра- 
жение имеет ссылку на переменную или константу. 


Оператор $ЕС 

Оператор ЗЕС возвращает адрес сегмента, в котором расположена 
указанная переменная или метка. Наиболее подходящим является ис- 
пользование этого оператора в программах, состоящих из нескольких от- 
дельно ассемблируемых сегментов. Формат оператора: 


ЗЕ@ переменная или метка 
Примеры применения оператора ЗЕС в командах МОУ: 
МО\ ОХ, $Е@ РЕОМ ; Адрес сегмента данных 
МО\ ОХ, $Е@ А20 ;Адрес сегмента кода 
Оператор $НОКТ 


Назначение оператора ЗНОКТ — модификация атрибута МЕАК в 
команде ] МР, если переход не превышает границы +127 и -128 байт: 


УМР ЗНОВТ метка 


В результате Ассемблер сокращает машинный код операнда от 
двух до одного байта. Эта возможность оказывается полезной для корот- 
ких переходов вперед, так как в этом случае Ассемблер не может сам оп- 
ределить расстояние до адреса перехода и резервирует два байта при от- 
сутствии оператора ЗНОКТ. 
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Оператор $12Е 

Оператор 517.Е возвращает произведение длины ГЕМОТН и типа 
ТУРЕ и полезен только при ссылках на переменную с операндом ООР. 
Формат оператора: 


ТРЕ переменная 
Оператор ТУРЕ 


Оператор ТУРЕ возвращает число байтов, соответствующее опре- 
делению указанной переменной: 











Определение Число байтов 

ОВ 1 

0 2 

00 4 

00 8 

ОТ 10 

УТВИС Число байтов, определённых в 5ТНИС 
ЕАВ етка ЕЕРЕ 

РАВ етка ЕЕРЕ 

Формат оператора ТУРЕ: 


ТУРЕ переменная или метка 


Директивы ассемблера 


Директива А$$УМЕ 

Назначение директивы АЗЗОМЕ — установить для ассемблера 
связь между сегментами и сегментными регистрами С$, 05$, ЕЗ и 55. 
Формат директивы: 


АЗЗИМЕ сегментный_регистр:имя [, ... ] 


В директиве указываются имена сегментных регистров, групп 
(СВОЧР) и выражений ЗЕС. 


Одна директива АЗЗОМЕ может назначить до четырех сегмент- 
ных регистров в любой последовательности, например: 


АЗЗОМЕ С5:СОБЕЗ@, 0$: ВАТАЗС, $$: ЭТАСК, Е$ : ВАТАЗб 


Для отмены любого ранее назначенного в директиве АЗЗОМЕ 
сегментного регистра необходимо использовать ключевое слово МОТН- 
ГМО: 


АЗЗОМЕ ЕЗ : МОТНТМ@ 
В случае, если, например, регистр 0$ оказался не назначен или 
отменен ключевым словом МОТНИ\УС, то для ссылки к элементу из сег- 


мента данных в командах используется операнд со ссылкой к регистру 
05: 
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МОУ АХ, 05: [ВХ] ;Использование индексного адреса 

МО\ АХ, 05: ЕЕБМ ;Пересылка содержимого поля ЕЕОМ 

Конечно, регистр 0$ должен содержать правильное значение сег- 
ментного адреса. 


Директива ЕХТЮМ 

Назначение директивы ЕХТКМ — информировать Ассемблер о 
переменных и метках, которые определены в других модулях, но имеют 
ссылки из данного модуля. Формат директивы: 


ЕХТВМ имя: тип [, ... ] 


Директива СРОУР 


Программа может содержать несколько сегментов одного типа 
(код, данные, стек). Назначение директивы СКОТР — собрать однотип- 
ные сегменты под одно имя так, чтобы они поместились в один сегмент 
объемом 64 Кбайт, формат директивы: 


имя @ВОПР имя сегмента [, ... ] 


Директива ИМСИОРЕ 

Отдельные фрагменты ассемблерного кода или макрокоманды 
могут использоваться в различных программах. Для этого такие фраг- 
менты и макрокоманды записываются в отдельные дисковые файлы, до- 
ступные для использования из любых программ. Пусть некоторая под- 
программа, преобразующая АЗСП-код в двоичное представление, 
записана на диске С в файле по имени СОМУЕКТ. ЛВ. Для доступа к 
этому файлу необходимо указать директиву 


ТМСЕУОЕ С:СОМУЕАТ. ТВ 


причем втом месте исходной программы, где должна быть закоди- 
рована подпрограмма преобразования АЗСП-кода. В результате Ассемб- 
лер найдет необходимый файл на диске и вставит его содержимое в ис- 
ходную программу. (В случае, если файл не будет найден, то Ассемблер 
выдаст соответствующее сообщение об ошибке и директива ПМСГОРЕ 
будет игнорирована.) Для каждой вставленной строки Ассемблер выво- 
дит в [$Т-файл в 30-й колонке символ С (исходный текст в [ЗТ-файле 
начинается с 33-й колонки). 


Директива ГАВЕЁ 

Директива ГАВЕТ, позволяет переопределять атрибут определен- 
ного имени. 

Формат директивы: 

имя ГАВЕЁ тип 
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В качестве типа можно использовать ВУТЕ, \МОКО или РУОКО 
для переопределения областей данных или имен структур или битовых 
строк. 


Директивой ГАВЕГ, можно переопределить выполнимый код, как 
МЕАК или ЕАК. 


Эта директива позволяет, например, определить некоторое поле и 
как ОВ, и как ОУ. 


Директива МАМЕ 

Директива МАМЕ обеспечивает другой способ назначения имени 
модулю: 

МАМЕ имя 

Ассемблер выбирает имя модуля в следующем порядке: 


1) если директива МАМЕ присутствует, то ее операнд становится 
именем модуля; 


2) если директива МАМЕ отсутствует, то Ассемблер использует 
первые шесть символов из директивы ТТТ Е; 


3) если обе директивы МАМЕ и ТИТГЕ отсутствуют, то именем мо- 
дуля становится имя исходного файла. 


Выбранное имя передается ассемблером В КОМПОНОВЩИК. 


Директива ОРС 


Для определения относительной позиции в сегменте данных или 
кода Ассемблер использует адресный счетчик. 


Начальное значение адресного счетчика — 00. Для изменения зна- 
чения адресного счетчика и соответственно адреса следующего опреде- 
ляемого элемента используется директива ОВС. Формат директивы: 


ОВб выражение 


Выражение может быть абсолютным числом, но не символичес- 
ким именем, и должно формировать двухбайтовое абсолютное число. 


Директива РРОС 


Любая процедура представляет собой совокупность кодов, начи- 
нающуюся директивой РКОС и завершающуюся директивой ЕМОР. 
Обычно эти директивы используются для подпрограмм в кодовом сег- 
менте. Ассемблер допускает переход на процедуру с помощью команды 
ТМР, но обычной практикой является использование команды САШ, для 
вызова процедуры и ВЕТ для выхода из процедуры. 
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Процедура, находящаяся в одном сегменте с вызывающей проце- 
дурой, имеет тип МЕАБ: 


имя-процедуры РАОС [МЕАВ] 


В случае, если операнд опущен, то Ассемблер принимает значение 
МЕАК по умолчанию. 


В случае, если процедура является внешней по отношению к вы- 
зывающему сегменту, то ее вызов может осуществляться только коман- 
дой САШ, а сама процедура должна быть объявлена как РОВШС. Более 
того, если в вызываемой процедуре используется другое значение 
А$ЗОМЕ С$, то необходимо кодировать атрибут ЕАВ: 


РОВЕТС имя-процедуры, имя-процедуры РВОС РАВ 


При вызове любой процедуры с помощью команды САШ, необхо- 
димо обеспечить возврат по команде КЕТ. 


Директива РУВИС 

Назначение директивы РОВС — информировать ассемблер, что 
на указанные имена имеются ссылки из других ассемблерных модулей. 
Формат директивы: 


РУВЕТС имя [,...] 


Директива ВРЕСОКО 


Директива КЕСОКО позволяет определять битовые строки. Одно 
из назначений этой директивы — определить однобитовые или многоби- 
товые переключатели. Формат директивы: 


имя НЕСОНО имя-поля:ширина [=выражение] [, ... ] 


Имя директивы и имена полей могут быть любыми уникальными 
идентификаторами. После каждого имени поля следует двоеточие (:) и 
размер поля в битах, которое может быть от 1 до 16 бит. 


Любой размер поля до 8 бит представляется восемью битами, а от 
9 до 16 бит — представляется шестнадцатью битами, выровненными 
справа (если необходимо). 


Дополнительно к директиве КЕСОВО имеются операторы 
УШТН, МАЗК и фактор сдвига. Использование этих операторов позво- 
ляет изменять определение директивы КЕСОКО без изменения команд, 
которые имеют ссылки на директиву КЕСОКО. 


Оператор М/МОТН 


Оператор \УТОТН возвращает число битов в директиве КЕСОКО 
или в одном из ее полей. 
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Фактор сдвига 
Прямая ссылка на элемент в КЕСОВО, например: 


МОМ СЕ, ВТТ2 


в действительности не имеет отношения к содержимому В1Т2. 
Вместо этого Ассемблер генерирует непосредственный операнд, кото- 
рый содержит «фактор сдвига», помогающий изолировать необходимое 
поле. Непосредственное значение представляет собой число, на которое 
необходимо сдвинуть В1Т2 для выравнивания справа. 


Оператор МА$К 


Оператор МАЗК возвращает «маску» из единичных битовых зна- 
чений, которые представляют специфицированное поле, иными слова- 
ми, определяют битовые позиции, которые занимает поле. 


Выравнивание 
Операнд выравнивания определяет начальную границу сегмента, 
например 


РАСЕ = ххх00 

РАВА = хххх0 (граница по умолчанию) 
МОВО = ххххе (четная граница) 

ВУТЕ = ххххх 


где х — любая шестнадцатеричная цифра, е — четная шестнад- 
цатеричная цифра. 


Объединение 


Операнд объединения указывает способ обработки сегмента, при 
компоновке: 


+ МОМЕ: Значение по умолчанию. Сегмент должен быть 
логически отделен от других сегментов, хотя физически он 
может быть смежным. Предполагается, что сегмент имеет 
собственный базовый адрес; 


Ф РЧВШС: Все РОВЫС-сегменты, имеющие одинаковое 
имя и класс, загружаются компоновщиком в смежные 
области. Все такие сегменты имеют один общий базовый 
адрес; 


Ф ЗТАСК: Для компоновщика операнд ЗТАСК аналогичен 
операнду РОВШС. В любой компонуемой программе 
должен быть определен по крайней мере один сегмент 
ЗТАСК. В случае, если объявлено более одного стека, то 
стековый указатель (ЗР) устанавливается на начало 
первого стека; 
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Ф СОММОМ: Для сегментов СОММОМ с одинаковыми 
именами и классами компоновщик устанавливает один 
общий базовый адрес. При выполнении происходит 
наложение второго сегмента на первый. Размер общей 
области определяется самым длинным сегментом; 


Ф АТ-параграф: Параграф должен быть определен 
предварительно. Данный операнд обеспечивает 
определение меток и переменных по фиксированным 
адресам в фиксированных областях памяти, таких, как 
КОМ или таблица векторов прерываний в младших 
адресах памяти. 


Класс 


Операнд класс может содержать любое правильное имя, заклю- 
ченное в одиночные кавычки. Данный операнд используется компонов- 
ЩИКОМ ДЛЯ обработки сегментов, имеющих одинаковые имена и классы. 


Типичными примерами являются классы 'ЭТАСК' и 'СОПЕ'. 


Директива $ТРУС 


Директива ЗЭТКОС обеспечивает определение различных полей в 
виде структуры. Данная директива не поддерживается в малом ассембле- 
ре А$М. 


Формат директивы: 
Имя-структуры 5ТВИС 
[определение полей данных]... 
Имя-структуры ЕМО$ 


Структура начинается собственным именем в директиве ЗТКОСи 
завершается таким же именем в директиве ЕМО5. 


Ассемблер записывает поля; определенные в структуре, одно за 
другим от начала структуры. 


Правильными операторами определения полей являются ОВ, 
О\М,, ОБ и ОТ с указанием имен или без них. 
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25 


Справочник по командам языка 
Ассемблера 


Обозначение регистров 


Команды, использующие регистр, могут содержать три бита, ука- 
зывающих на конкретный регистр, и один бит «\», определяющий раз- 
мер регистра: байт или слово. Кроме того, лишь некоторые команды 
обеспечивают доступ к сегментным регистрам. 


Байт способа адресации 
Байт способа адресации, если он присутствует, занимает второй 
байт машинного кода и состоит из следующих трех элементов: 


1) по4 — двухбитового кода, имеющего значения 11 для ссылки на 
регистр и 00, 01 и 10 для ссылки на память; 


2) гех — трехбитового указателя регистра; 


3) г/т — трехбитового указателя регистра или памяти (г — регистр, 
т — адрес памяти). 


Кроме того, первый байт машинного кода может содержать бит 
«а», который указывает направление потока между операндом 1[ и опе- 
рандом 2. 


Биты МОБ 
Два бита то4 определяют адресацию регистра или памяти. 


Биты КЕС 


Три бита гез (вместе с битом \) определяют конкретный восьми- 
или шестнадцатибитовый регистр. 


Биты Ю/М 
Три бита г/т (регистр/память) совместно с битами то4 определя- 
ют способ адресации. 
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Команды в алфавитном порядке 


аааг 

адрес памяти 
аааг-моп 

первый байт адреса (старший) 
аааг-Ю0\ 

левый (младший) байт адреса 
аса 

непосредственный операнд (8 бит при \=0 и 16 бит при \= 1) 
аса-мап 

правый (старший) байт непосредственного операнда 
асца-№Ю\/ 

левый (младший) байт непосредственного операнда 
ар 

смещение (относительный адрес) 
гед 

ссылка на регистр. 
ААА 


Коррекция АЗ$СП-формата для сложения 


Операция: Корректирует сумму двух АЗСП-байтов в регистре АГ. 
В случае, если правые четыре бита регистра АГ. имеют значение больше 9 
или флаг АЕ установлен в 1, то команда ААА прибавляет к регистру АН 
единицу и устанавливает флаги АЕ и СЕ. Команда всегда очищает четы- 
ре левых бита в регистре АГ. 


Флаги: Команда воздействует на флаги АРи СЕ (флаги ОБ, РЕ, ЗЕ 
и 7Ене определены). 


Оббектный код: 00110111 (без операндов). 
ААБ 
Коррекция АЗ$СП-формата для деления 


Операция: Корректирует АЗСП-величины для деления. Команда 
АА используется перед делением неупакованных десятичных чисел в 
регистре АХ (удаляет тройки АЗСП-кода). Эта команда корректирует де- 
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лимое в двоичное значение в регистре АТ, для последующего двоичного 
деления. Затем умножает содержимое регистра АН на 10, прибавляет ре- 
зультат к содержимому регистра АТ, и очищает АН. Команда ААО не 
имеет операндов. 


Флаги: Команда воздействует на флаги РЕ, СР, 7. (флаги АЕ СЕи 
ОЕне определены). 





Объектный код: |11010101100001010]. 


ААМ 
Коррекция АЗСП-формата для умножения 


Операция: Команда ААМ используется для коррекции результата 
умножения двух неупакованных десятичных чисел. Команда делит со- 
держимое регистра АТ, на 10, записывает частное в регистр АН, а остаток 
в регистр АГ. 


Флаги: Команда воздействует на флаги РЕ, $Е и 7Р (флаги АЕ СЕ 
и ОЕ не определены). 





Объектный коб: |11010100]00001010] (без операндов). 


АА$ 
Коррекция АЗСП-формата для вычитания 


Операция: Корректирует разность двух АЗСП-байтов в регистре 
АГ. В случае, если первые четыре бита имеют значение больше 9 или 
флаг СЁ установлен в 1, то команда АА$ вычитает 6 из регистра АГ и 1 из 
регистра АН, флаги АЕ и СЕ при этом устанавливаются в 1. Команда все- 
гда очищает левые четыре бита в регистре АГ. 


Флаги: Команда воздействует на флаги АР и СЕ (флаги ОЕ РЕ ЗЕ 
и /Е не определены). 


Оббектный код: 00111111 (без операндов). 
АОС 
Сложение с переносом 


Операция: Обычно используется при сложении многословных ве- 
личин для учета бита переполнения в последующих фазах операции. В 
случае, если флаг СЕ установлен в 1, то команда АОС сначала прибавля- 
ет 1 к операнду 1. Команда всегда прибавляет операнд 2 к операнду 1, 
аналогично команде АОО. 


Флаги: Команда воздействует на флаги АЕ, СР, ОЕ, РЕ, ЗЕ и 7 Е. 
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АБО 
Сложение двоичных чисел 


Операция: Прибавляет один байт или одно слово в памяти, регис- 
тре или непосредственно к содержимому регистра или прибавляет один 
байт или слово в регистре или непосредственно к памяти. 


Флаги: Команда воздействует на флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и 7 Е. 


АМО 
Логическое И 


Операция: Команда выполняет поразрядную конъюнкцию (И) би- 
тов двух операндов. Операнды представляют собой одно- или двухбайто- 
вые величины в регистре или памяти. Второй операнд может содержать 
непосредственные данные. Команда АМО проверяет два операнда по- 
разрядно. В случае, если два проверяемых бита равны 1, то в первом опе- 
ранде устанавливается единичное значение бита, в других случаях — ну- 
левое. 


Флаги: Команда воздействует на флаги СЕ, ОЕ, РЕ, ЗЕ и ГЕ (флаг 
АЕне определен). 


САШ 
Вызов процедуры 


Операция: Выполняет короткий или длинный вызов процедуры 
для связи подпрограмм. Для возврата из процедуры используется коман- 
да ВЕТ. Команда САГТ, уменьшает содержимое ЗР на 2 и заносит в стек 
адрес следующей команды (из [Р), а затем устанавливает в регистре [Р 
относительный адрес процедуры. Впоследствии команда КЕТ использу- 
ет значение в стеке для возврата. Существует четыре типа команды САГ.Г, 
для вызова внутри сегмента и между сегментами. Команда межсегмент- 
ного вызова сначала уменьшает 5Р, заносит в стек адрес из регистра С$, 
а затем загружает в стек внутрисегментный указатель. 


Флаги: Не меняются. 


СВ\/ 
Преобразование байта в слово 


Операция: Расширяет однобайтовое арифметическое значение в 
регистре АТ, до размеров слова. Команда СВУ размножает знаковый бит 
(7) в регистре АТ. по всем Битам регистра АН. 


Флаги: Не меняются. 


Оббектный код: 10011000 (без операндов). 
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СС 
Сброс флага переноса 


Операция: Устанавливает значение флага переноса, равное 0, так 
что, например, команда АОС не прибавляет единичный бит. Команда 
СГС не имеет операндов. 


Флаги: Команда воздействует на флаг СР (устанавливается в 0). 
Объектный код: 11111000. 

СЕ 
Сброс флага направления 


Операция: Устанавливает значение флага направления, равное 0. В 
результате такие строковые операции, как СМР$ или МОУ$ обрабатыва- 
ют данные слева направо. 


Флаги: Команда воздействует на флаг ОР (устанавливается в 0). 
Оббектный код: 11111100 (без операндов). 

СЧ 
Сброс флага прерывания 


Операция: Запрещает маскируемые внешние прерывания по про- 
цессорной шине ПУТК посредством установки значения флага прерыва- 
ния 1Ев0. 


Флаги: Команда воздействует на флаг ГЕ (устанавливается в 0). 
Оббектный код: 11111010 (без операндов). 

СМС 
Переключение флага переноса 


Операция: Инвертирует флаг СР, то есть, преобразует нулевое зна- 
чение флага СЕ в единичное и наоборот. 


Флаги: Команда воздействует на флаг СЕ (инвертируется). 
Оббектный код: 11110101 (без операндов). 

СМР 
Сравнение 


Операция: Сравнивает содержимое двух полей данных. Фактичес- 
ки команда СМР вычитает второй операнд из первого, но содержимое 
полей не изменяет. Операнды должны иметь одинаковую длину: байт 
или слово. Команда СМР может сравнивать содержимое регистра, памя- 
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ти или непосредственное значение с содержимым регистра; или содер- 
жимое регистра или непосредственное значение с содержимым памяти. 


Флаги: Команда воздействует на флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и 7 Е. 


СМР$/СМР$В/СМР$\/ 
Сравнение строк 


Операция: Сравнивают строки любой длины. Этим командам 
обычно предшествует префикс КЕРп, например КЕРЕ СМРЪВ. Команда 
СМРЪВ сравнивает память по байтам, а команда СМР$У\У/ — по словам. 
Первый операнд этих команд адресуется регистровой парой ОЪ:3 1, а вто- 
рой — регистровой парой ЕЗ:П0Т. В случае, если флаг ОЕ установлен в 0, 
то сравнение происходит слева направо, регистры ЗГТ и ОТ при этом уве- 
личиваются после каждого сравнения. В случае, если флаг ОЕ установ- 
лен в 1, то сравнение происходит справа налево, а регистры ЗГи О при 
этом уменьшаются после каждого сравнения. 


Флаги: Команда воздействует на флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и 7 Е. 
Объектный код: 1010011. 


СМ/О 
Преобразование слова в двойное слово 


Операция: Распгиряет арифметическое значение в регистре АХ до 
размеров двойного слова в регистровой паре ОХ:АХ, дублируя при этом 
знаковый бит (15-й бит в регистре АХ) через регистр ОХ. Обычно ис- 
пользуется для получения 32-битового делимого. 


Флаги: Не меняются. 


Оббектный код: 10011001 (без операндов). 


РАА 
Десятичная коррекция для сложения 


Операция: Корректирует результат сложения двух ВСР (десятич- 
ных упакованных) элементов в регистре АГ. В случае, если четыре пра- 
вых бита имеют значение больше 9 или флаг АЕ установлен в 1, то коман- 
да РАА прибавляет 6 к регистру АГ. и устанавливает флаг АЕ. В случае, 
если регистр АГ. содержит значение больше, чем 9Е, или флаг СЕ уста- 
новлен в 1, то команда РАА прибавляет 60Н к регистру АТ. и устанавли- 
вает флаг СЕ. 


Флаги: Команда воздействует на флаги АЕ. СР, РЕ, ЗЕ и 2Е (флаг 
ОЕ неопределен). 
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Объектный код: 00100111 (без операндов). 


РА$ 
Десятичная коррекция для вычитания 


Операция: Корректирует результат вычитания двух ВСО (десятич- 
ных упакованных) чисел в регистре АГ. В случае, если четыре правых би- 
та имеют значение больше 9 или флаг АЕ установлен в 1, то команда РАЗ 
вычитает 60Н из регистра АТ, и устанавливает флаг СР. 


Флаги: Команда воздействует на флаги АР, СР, РЕ, ЗЕ и ИЕ. 
Оббектный код: 00101111 (без операндов). 


БЕС 
Декремент 


Операция: Вычитает 1 из байта или слова в регистре или в памяти 
например РЕС СХ. 


Флаги: Команда воздействует на флаги АЕ, ОЕ, РЕ, ЗЕ и Г.Е. 


ОМ 
Деление 


Операция: Выполняет деление беззнакового делимого (16 или 32 
бит) на беззнаковый делитель (8 или 16 бит). Левый единичный бит рас- 
сматривается как бит данных, а не как минус для отрицательных чисел. 
Для 16-битового деления делимое должно находиться в регистре АХ, а 8- 
битовый делитель возможен в регистре или в памяти, например ПУ ВН. 
Частное от деления получается в регистре АТ, а остаток — в регистре АН. 
Для 32-битового деления делимое должно находиться в регистровой па- 
ре ОХ:АХ а 16-битовый делитель возможен в регистре или в памяти, на- 
пример ОГУ СХ. Частное от деления получается в регистре АХ, а остаток 
— в регистре ОХ. 


Флаги: Команда воздействует на флаги АБР, СЕ, ОЕ, РЕ ЗЕ и Е 
(все не определены). 


Е$С 
Переключение на сопроцессор 


Операция: Обеспечивает использование сопроцессора для выпол- 
нения специальных операций. Команда ЕЗС передает в сопроцессор ин- 
струкцию и операнд для выполнения необходимой операции. 


Флаги: Не меняются. 
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НУ 
Останов микропроцессора 


Операция: Приводит процессор в состояние останова, в котором 
происходит ожидание прерывания. При завершении команды НТЛ реги- 
стры СР указывают на следующую команду. При возникновении пре- 
рывания процессор записывает в стек регистры С$ и ГР и выполняет под- 
программу обработки прерывания. При возврате из подпрограммы 
команда [ВЕТ восстанавливает регистры СЗ и [ГР из стека и управление 
передается на команду, следующую за командой НИТ. 


Флаги: Не меняются. 


Оббектный код: 11110100 (без операндов). 


ОМ 
Целое деление знаковых величин 


Операция: Выполняет деление знакового делимого (16 или 32 бит) 
на знаковый делитель (8 или 16 бит). Левый единичный бит рассматрива- 
ется как знак минус для отрицательных чисел. Для 16-битового деления 
делимое должно находиться в регистре АХ, а 8-битовый делитель возмо- 
жен в регистре или в памяти, например ПУ ПОГ. Частное от деления по- 
лучается в регистре АТ, а остаток — в регистре АН. Для 32-битового де- 
ления делимое должно находиться в регистровой паре ОХ:АХ, а 
16-битовый делитель возможен в регистре или в памяти, например ПУ 
ВХ. Частное от деления получается в регистре АХ, а остаток — в регист- 
ре ОХ. 


Флаги: Команда воздействует на флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и 7 Е. 


МОЕ 
Целое умножение знаковых величин 


Операция: Выполняет умножение на знаковый множитель (8 или 
16 бит). Левый единичный бит рассматривается как знак минус для отри- 
цательных чисел. Для 8-битового умножения множимое должно нахо- 
диться в регистре АГ, а множитель возможен в регистре или в памяти, на- 
пример МОГ ВЕ. Произведение получается в регистре АХ. Для 
16-битового умножения множимое должно находиться в регистре АХ, а 
множитель возможен в регистре или в памяти, например [МОТ ВХ. Про- 
изведение получается в регистровой паре ОХ:АХ. 


Флаги: Команда воздействует на флаги СЕи ОЕ (флаги АЕ РЕ 5Е 
и /Ене определены). 
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М 
Ввод байта или слова из порта 


Операция: Передает из вводного порта один байт в регистр АГ. или 
два байта в регистр АХ). Порт кодируется как фиксированный числовой 
операнд (ПМ АХ,порт#) или как переменная в регистре ОХ (ТМ АХ,ОХ). 


Флаги: Не меняются. 
МС 
Инкремент 


Операция: Прибавляет 1 к байту или слову в регистре или в памя- 
ти, например ПМС СХ. 


Флаги: Команда воздействует на флаги АЕ, ОЕ, РЕ, ЗЕ и Г.Е. 
ИМТ 
Прерывание 


Операция: Прерывает выполнение программы и передает управле- 
ние по одному из 256 адресов (векторов прерывания). Команда ПМТ вы- 
полняет следующее: 


1) уменьшает значение УР на 2 и заносит в стек флаговый регистр, 
сбрасывает флаги [Е и ТЕ; 


2) уменьшает значение УР на 2 и заносит регистр СЗ в стек, стар- 
шее слово из вектора прерывания помещает в регистр С$; 


3) уменьшает значение ЭР на 2 и заносит регистр ГР в стек, млад- 
шее слово из вектора прерывания помещает в регистр ТР. 


Флаги: Команда воздействует на флаги ГЕ и ТЕ. 
МТО 
Прерывание по переполнению 


Операция: Приводит к прерыванию при возникновении перепол- 
нения (флаг ОЕ установлен в 1) и выполняет команду [ВЕТ 4. Адрес под- 
программы обработки прерывания (вектор прерывания) находится по 
адресу 10Н. 


Флаги: Не меняются. 


Оббектный код: 11001110 (без операндов). 
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1ЮЕТ 
Возврат из обработки прерывания 


Операция: Обеспечивает возврат из подпрограммы обработки пре- 
рывания. Команда 1ВЕТ выполняет следующее: 


1) помещает слово из вершины стека в регистр ГР и увеличивает 
значение ЗР на 2; 


2) помещает слово из вершины стека в регистр С$ и увеличивает 
значение ЗР на 2; 


3) помещает слово из вершины стека во флаговый регистр и увели- 
чивает значение $Р на 2. 


Флаги: Команда воздействует на все флаги. 


Оббектный код: 11001111 (бег операндов). 


ЗА/ЛМВЕ 
Переход по «выше» или «не ниже или равно» 


Операция: Используется после проверки беззнаковых данных для 
передачи управления по другому адресу. В случае, если флаг СЕ равен ну- 
лю (нет переноса) и флаг 7Е равен нулю (не нуль), то команда прибавля- 
ет к регистру ГР значение операнда (относительное смещение) и выпол- 
няет таким образом переход. 


Флаги: Не меняются. 


ЗАЕ/)МВ 
Переход по «выше или равно» или «не ниже» 


Операция: Используется после проверки беззнаковых данных для 
передачи управления по другому адресу. В случае, если флаг СЕ равен ну- 
лю (нет переноса), то команда прибавляет к регистру [Р значение опе- 
ранда (относительное смещение) и выполняет таким образом переход. 


Флаги: Не меняются. 


УВ/)МАЕ 
Переход по «ниже» или «не выше или равно» 


Операция: Используется после проверки беззнаковых данных для 
Передачи управления по другому адресу. В случае, если флаг СЕ равен 
единице (есть перенос), то команда прибавляет к регистру [Р значение 
операнда (относительное смещение) и выполняет таким образом пере- 
ход. 
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Флаги: Не меняются. 


УВЕ/ЛМА 

Переход по «ниже или равно» или «не выше» 

Операция: Используется после проверки беззнаковых данных для 
передачи управления по другому адресу. В случае, если флаг СЕ равен 
единице (есть перенос) или флаг АЕ равен единице, то команда прибав- 


ляет к регистру ГР значение операнда (относительное смещение) и вы- 
полняет таким образом переход. 


Флаги: Не меняются. 


С 
Переход по переносу 


Операция: Идентична ]В/ЛМАЕ. 


4СХЕ 
Переход по «СХ равно нулю» 


Операция: Выполняет передачу управления по указанному в опе- 
ранде адресу, если значение в регистре СХ равно нулю. Команда /СХИ, 
может быть полезна в начале циклов ГООР. 


Флаги: Не меняются. 


ЗЕ/ 2 
Переход по «равно» или по «нулю» 


Операция: Используется после проверки знаковых или беззнако- 
вых данных для передачи управления по другому адресу. В случае, если 
флаг Е равен единице (нулевое состояние), то команда прибавляет к ре- 
гистру ГР значение операнда (относительное смещение) и выполняет та- 
ким образом переход. 


Флаги: Не меняются. 
]С/МЕ 
Переход по «болыше» или «не меньше или равно» 


Операция: Используется после проверки знаковых данных для пе- 
редачи управления по другому адресу. В случае, если флаг 7. равен нулю 
(не нуль) и флаги ЗЕ и ОЕ одинаковы (оба 0 или оба 1), то команда при- 
бавляет к регистру [Р значение операнда (относительное смещение) и 
выполняет таким образом переход. 


Флаги: Не меняются. 


488 Что нужно знать для семинара 


УСЕЛЛМЕ 
Переход по «больше или равно» или «не меньше» 


Операция: Используется после проверки знаковых данных для пе- 
редачи управления по другому адресу. В случае, если флаги ЗЕ и ОЕ оди- 
наковы (оба 0 или оба 1), то команда прибавляет к регистру [Р значение 
операнда (относительное смещение) и выполняет таким образом пере- 
ход. 


Флаги: Не меняются. 


Л/)МСЕ 

Переход по «меньше» или «не больше или равно» 

Операция: Используется после проверки знаковых данных для пе- 
редачи управления по другому адресу. В случае, если флаги ЗЕ и ОЕ раз- 


личны, то команда прибавляет к регистру ГР значение операнда (относи- 
тельное смещение) и выполняет таким образом переход. 


Флаги: Не меняются. 


ЛЕЛМС 

Переход по «меньше или равно» или «не больше» 

Операция: Используется после проверки знаковых данных для пе- 
редачи управления по другому адресу. В случае, если флаг 7 равен еди- 
нице (нулевое состояние) и флаги ЗЕ и ОЕ различны, то команда прибав- 


ляет к регистру [ГР значение операнда (относительное смещение) и 
выполняет таким образом переход. 


Флаги: Не меняются. 
]МР 
Безусловный переход 


Операция: Выполняет переход по указанному адресу при любых 
условиях. Команда ]МР заносит в регистр [ГР необходимый адрес перехо- 
да. Существует пять типов команды ] МР для передачи управления внут- 
ри сегмента или между сегментами. При межсегментном переходе в ре- 
гистр С$ заносится также новый сегментный адрес. 


Флаги: Не меняются. 


МС 
Переход если нет переноса 


Операция: Идентична ЛАЕ/ЛМВ. 
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УМЕ/УМ2 
Переход по «не равно» или по «не нуль» 


Операция: Используется после проверки знаковых данных для пе- 
редачи управления по другому адресу. В случае, если флаг ХЕ равен нулю 
(ненулевое состояние), то команда прибавляет к регистру [Р значение 
операнда (относительное смещение) и выполняет таким образом пере- 
ход. 


Флаги: Не меняются. 


МО 
Переход, если нет переполнения 


Операция: Используется для передачи управления по определен- 
ному адресу после проверки на отсутствие переполнения. В случае, если 
флаг ОЕ равен, нулю (нет переполнения), то команда прибавляет к реги- 
стру ГР значение операнда (относительное смещение) и выполняет та- 
ким образом переход. 


Флаги: Не меняются. 


УМР/ЛРО 
Переход, если нет паритета или паритет нечетный 


Операция: Приводит к передаче управления по определенному ад- 
ресу, если в результате операции обнаружено отсутствие паритета или 
паритет нечетный. Нечетный паритет в данном случае означает, что в ре- 
зультате операции в младших восьми битах получено нечетное число би- 
тов. В случае, если флаг РЕ равен нулю (нечетный паритет), то команда 
прибавляет к регистру [Р значение операнда (относительное смещение) 
и выполняет таким образом переход. 


Флаги: Не меняются. 
]Н$ 
Переход, если нет знака 


Операция: Приводит к передаче управления по определенному ад- 
ресу, если в результате операции получен положительный знак. В случае, 
если флаг ЗЕ равен нулю (положительное), то команда ЛМ№$ прибавляет к 
регистру ГР значение операнда (относительное смещение) и выполняет 
таким образом переход. 


Флаги: Не меняются. 
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ке) 
Переход по переполнению 


Операция: Приводит к передаче управления по определенному ад- 
ресу, если в результате операции получено состояние переполнения. В 
случае, если флаг ОЕ равен единице (переполнение), то команда ЛО при- 
бавляет к регистру [Р значение операнда (относительное смещение) и 
выполняет таким образом переход. 


Флаги: Не меняются. 


]Р/ЗРЕ 
Переход, если есть паритет или паритет четный 


Операция: Приводит к передаче управления по определенному ад- 
ресу, если в результате операции обнаружен четный паритет. Четный па- 
ритет в данном случае означает, что в результате операции в младших 
восьми битах получено четное число битов. В случае, если флаг РЕ равен 
единице (четный паритет), то команда прибавляет к регистру [Р значе- 
ние операнда (относительное смещение) и выполняет таким образом пе- 
реход. 


Флаги: Не меняются. 


5 
Переход по знаку 


Операция: Передает управления по определенному адресу, если в 
результате операции получен отрицательный знак. В случае, если флаг 
ЗЕ равен единице (отрицательно), то команда ]$ прибавляет к регистру 
ГР значение операнда (относительное смещение) и выполняет таким об- 
разом переход. 


Флаги: Не меняются. 
ГАНЕ 
Загрузка флагов в регистр АН 


Операция: Загружает значение флагового регистра в регистр АН. 
Команда ГАНЕ заносит правый байт флагового регистра в регистр АН в 
следующем виде: 


57 *« А *« Р * С (* обозначает неиспользуемые биты) 
Флаги: Не меняются. 


Оббектный код: 10011111 (без операндов) 
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Е0$ 
Загрузка регистра сегмента данных 


Операция: Инициализирует начальный адрес сегмента данных и 
адрес смещения к переменной для обеспечения доступа к данной пере- 
менной. Команда Г.О$ загружает в необходимые регистры четыре байта 
из области памяти, содержащей относительный адрес и сегментный ад- 
рес. Сегментный адрес помещается в регистр 0$, а относительный адрес 
— в любой из общих или индексных регистров или в регистровый указа- 
тель. Следующая команда загружает относительный адрес в регистр ОТ: 


-0$ ОТ, адрес_памяти 
Флаги: Не меняются. 


Е$ 
Загрузка регистра дополнительного сегмента 


Операция: Инициализирует начальный адрес дополнительного 
сегмента и адрес смещения к переменной для обеспечения доступа к 
данной переменной. 


Флаги: Не меняются. 


ЮСК 
Блокировка шины доступа к данным 


Операция: Запрещает другим (сопроцессорам одновременно изме- 
нять элементы данных. Команда ГОСК представляет собой однобайто- 
вый префикс, который можно кодировать непосредственно перед любой 
командой. Данная операция посылает сигнал в другой процессор, запре- 
щая использование данных, пока не будет завершена следующая коман- 
да. 


Флаги: Не меняются. 


Оббектный код: 11110000 


1005$/1ОБ$В/1ОО$М/ 
Загрузка однобайтовой или двухбайтовой строки 


Операция: Загружает из памяти один байт в регистр АГ, или одно 
слово в регистр АХ. Несмотря на то, что команда ГОШО$ выполняет стро- 
ковую операцию, нет смысла использовать ее с префиксом КЕР. Регист- 
ровая пара 05:31 адресует в памяти байт (для ГООЗВ) или слово (для 
ТОО$\,), которые загружаются в регистр АГ или АХ соответственно. В 
случае, если флаг ПЕ равен нулю, то операция прибавляет 1 (для байта) 
или 2 (для слова) к регистру 31. 
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В случае, если флаг ОЕ равен единице, то операция вычитает 1 
(для байта) или 2 (для слова) из регистра $1. 


Флаги: Не меняются. 


Оббектный код: 1010110\ (без операндов). 


[ООР 
Цикл 


Операция: Управляет выполнением группы команд определенное 
число раз. До начала цикла в регистр СХ должно быть загружено число 
выполняемых циклов. Команда ГООР находится в конце цикла, где она 
уменьшает значение в регистре СХ наединицу. В случае, если значение в 
регистре СХ не равно нулю, то команда передает управление по адресу, 
указанному в операнде (прибавляет к регистру [Р значение операнда); в 
противном случае управление передается на следующую после ГООР ко- 
манду (происходит выход из цикла). 


Флаги: Не меняются. 


[ООРЕ/1ООР2 
Цикл, если равно или нуль 


Операция: Управляет выполнением группы команд определенное 
число раз или пока установлен флаг 7. (вединичное состояние). Коман- 
ды ГООРЕ/ТГООРУ, аналогичны команде ГООР, за исключением того, 
что по этим командам цикл прекращается либо по нулевому значению в 
регистре СХ, либо по нулевому значению флага 7 (ненулевое состоя- 
ние). 


Флаги: Не меняются. 


[ООРМЕ/1ООРМ2 
Цикл, если не равно или не нуль 


Операция: Управляет выполнением группы команд определенное 
число раз или пока сброшен флаг ХЕ (в нулевое состояние). Команды 
ГООРМЕ/ТООРМЕ, аналогичны команде ГООР за исключением того, 
что по этим командам цикл прекращается либо по нулевому значению в 
регистре СХ, либо по единичному значению флага 7.Е (нулевое состоя- 
ние). 


Флаги: Не меняются. 
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МОУ 
Пересылка данных 


Операция: Пересылает один байт или одно слово между регистра- 
ми или между регистром и памятью, а также передает непосредственное 
значение в регистр или в память. Команда МОУ не может передавать 
данные между двумя адресами памяти (для этой цели служит команда 
МОУ5). Существует семь типов команды МОУ. 


Флаги: Не меняются. 


МО\У$/МО\У$В/МО\У$\ 
Пересылка строки байт или строки слов 


Операция: Пересылает данные между областями памяти. Команды 
МОУ$(В/\М) обычно используются с префиксом ВЕР. Команда МОУЗВ 
пересылает любое число байтов, а команда МОУЗУ\У/ — любое число слов. 
Перед выполнением команды регистровая пара 05:31 должна адресовать 
источник пересылки («откуда») а регистровая пара ЕЗ:ОТ — получатель 
пересылки («куда»). В случае, если флаг ОЕ равен нулю, то операция пе- 
ресылает данные слева направо и увеличивает регистры $1 и ПТ. В случае, 
если флаг ПЕ равен единице то операция пересылает данные справа на- 
лево и уменьшает регистры ЗГи ОГ. 


Флаги: Не меняются. 


Оббектный код: 1010010 (без операндов). 


МУ 
Беззнаковое умножение 


Операция: Умножает беззнаковое множимое (8 или 16 бит) на без- 
знаковый множитель (8 или 16 бит). Левый единичный бит рассматрива- 
ется как бит данных, но не как знак минус для отрицательных чисел. Для 
8-битового умножения множимое должно находиться в регистре АГ, а 
множитель возможен в регистре или в памяти, например МОТ, СГ. Про- 
изведение получается в регистре АХ. Для 16-битового умножения мно- 
жимое должно находиться в регистре АХ, а множитель возможен в реги- 
стре или в памяти, например МОГ ВХ. Произведение получается в 
регистровой паре ОХ:АХ. 


Флаги: Команда воздействует на флаги СЕи ОР (флаги АЕ, РЕ, ЗЕ 
и /Ене определены). 
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МЕС 
Изменение знака числа 


Операция: Меняет двоичное значение из положительного в отри- 
цательное и из отрицательного в положительное. Команда МЕС вычис- 
ляет двоичное дополнение от указанного операнда: вычитает операнд из 
нуля и прибавляет единицу. Операндом может быть байт или слово в ре- 
гистре или в памяти. 


Флаги: Команда воздействует на флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и 7Е. 
МОР 
Нет операции 


Операция: Применяется для удаления или вставки машинных ко- 
дов или для задержки выполнения программы. Команда МОР выполня- 
ет операцию ХСНОС АХ, АХ, которая ничего не меняет. 


Флаги: Не меняются. 

Оббектный код: 10010000 (без операндов) 
МОТ 

Логическое НЕТ 


Операция: Меняет нулевые биты на единичные и наоборот. Опе- 
рандом может быть байт или слово в регистре или в памяти. 


Флаги: Не меняются. 


ОВ 
Логическое ИЛИ 


Операция: Выполняет поразрядную дизъюнкцию (ИЛИ) над бита- 
ми двух операндов. Операндами являются байты или слова в регистрах 
или в памяти, второй операнд может иметь непосредственное значение. 
Команда ОК обрабатывает операнды побитово. В случае, если любой из 
проверяемых бит равен единице, то бит в операнде 1 становится равным 
единице, в противном случае бит в операнде 1 не изменяется. 


Флаги: Команда воздействует на флаги СЕ, ОЕ, РЕ, ЗЕ и ГЕ (флаг 
АЕ неопределен). 


ОЧТ 
Вывод байта или слова в порт 


Операция: Передает в выводной порт байт из регистра АТ, или сло- 
во из регистра АХ. Порт кодируется как фиксированный числовой опе- 
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ранд (ООТ порт#,АХ) или как переменная в регистре ОХ (ОЧТ ОХ.АХ). 
Процессоры имеют, кроме того, команду ОЧТ$ (ОшриЕ Зише — вывод 
строки). 


Флаги: Не меняются. 


РОР 

Извлечение слова из стека 

Операция: Передает слово (помещенное ранее в стек) в указанный 
операнд. Регистр ЗР указывает на текущее слово в вершине стека. 
Команда РОР извлекает слово из стека и увеличивает значение в регист- 


ре ЗР на 2. Существует три типа команды РОР в зависимости от операн- 
да: общий регистр, сегментный регистр, слово в памяти. 


Флаги: Не меняются. 
РОРА 
Извлечение из стека всех общих регистров 


Операция: Извлекает из стека восемь значений в регистры Г, $1 
ВР, ЪР, ВХ, ОХ, СХ, АХ в указанной последовательности и увеличивает 
регистр $Р на 16. Регистры обычно записываются в стек ранее соответст- 
вующей командой РОЗНА. 


Флаги: Не меняются. 

Оббектный код: 01100001 (без операндов). 
РОРЕ 

Извлечение флагов из стека 


Операция: Передает биты (помещенные ранее в стек) во флаговый 
регистр. Регистр 5Р указывает на текущее слово в вершине стека. Коман- 
да РОРЕ передает биты из этого слова во флаговый регистр и увеличива- 
ет значение в регистре $Р на 2. Обычно команда РОЗНЕ записывает зна- 
чения флагов в стек, а команда РОРЕ восстанавливает эти флаги. 


Флаги: Команда воздействует на все флаги. 

Объектный код: 10011101 (без операндов). 
РИУЗН 

Занесение слова в стек 


Операция: Сохраняет значение слова (адрес или элемент данных) в 
стеке для последующего использования. Регистр ЗР указывает на теку- 
щее слово в вершине стека. Команда РОЗН уменьшает значение в реги- 
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стре $Р на 2 и передает слово из указанного операнда в новую вершину 
стека. Существует три типа команды РОЗН в зависимости от операнда: 
общий регистр, сегментный регистр или слово в памяти. 


Флаги: Не меняются. 


РИУЗНА 
Занесение в стек всех общих регистров 


Операция: Записывает в стек восемь значений регистров АХ, СХ, 
ОХ, ВХ, $Р, ВР, $1, ОП в указанной последовательности и уменьшает ре- 
гистр ЗР на 16. Обычно команда РОРА позже восстановит эти регистры 
из стека. 


Флаги: Не меняются. 


Оббектный код: 01100000 (без операндов). 


РУЗНЕ 
Занесение флагов в стек 


Операция: Сохраняет значения флагов из флагового регистра в 
стеке для последующего использования. Регистр 5Р указывает на теку- 
щее слово в вершине стека. Команда РОЗНЕ уменьшает значение в реги- 
стре 5Р на 2 и передает флаги в новую вершину стека. 


Флаги: Не меняются. 


Оббектный код: 10011100 (без операндов). 


ЮСЕи КСК 


Циклический сдвиг влево через перенос и циклический сдвиг 
вправо через перенос 


Операция: Выполняет циклический сдвиг битов (ротацию) влево 
или вправо через флаг СЕ. Данные операции могут выполняться в байте 
или в слове, в регистре или в памяти. Ротация на один бит кодируется в 
команде значением 1; ротация более чем на один бит требует указания 
регистра СГ, который содержит счетчик. Для команды КСГ, значение 
флага СЕ записывается в бит 0, а. самый левый бит записывается во флаг 
СЕ; все другие биты сдвигаются влево. Для команды КСК значение фла- 
га СЕ записывается в самый левый бит, а бит 0 записывается во флаг СЕ; 
все другие биты сдвигаются вправо. 


Флаги: Команда воздействует на флаги СЕ и ОЕ. 
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РЕР/РЕРЕ/КЕРР/КЕРМЕ/КЕРМ2 
Повтор строковой операции 


Операция: Повторяет строковую операцию определенное число 
раз. Используется в качестве префикса повторения перед строковыми 
командами СМР$, МОУЗ$, 5СА$, 5ТОЗ. Счетчик повторений должен 
быть загружен в регистр СХ до выполнения строковой команды. Опера- 
ция уменьшает регистр СХ на 1 при каждом выполнении строковой ко- 
манды. Для префикса КЕР операция повторяется, пока содержимое ре- 
гистра СХ не достигнет нуля. Для префикса КЕРЕ/КЕРЯ, операция 
повторяется, пока регистр СХ содержит ненулевое значение и флаг ХЕ 
равен 1 (нулевое состояние). Для префикса КЕРМЕ/ВЕРМИ, операция 
повторяется, пока регистр СХ содержит ненулевое значение и флаг /Е 
равен 0 (ненулевое состояние). 


Флаги: Определяются соответствующей строковой командой. 


Оббектный код: КЕР/ВЕРМЕ: 11110010 ВЕРЕ: 11110011 


РЕТ 
Возврат из процедуры 


Операция: Возвращает управление из процедуры, вызванной ранее 
командой САГТ. Команда САШ, может передавать управление внутри 
одного сегмента или между сегментами. Команда КЕТ заносит слово из 
вершины стека в регистр ГР и увеличивает значение $Р на 2. Для межсег- 
ментного возврата команда ВЕТ, кроме того, заносит слово из новой 
вершины стека в регистр С$ иеще раз увеличивает значение УР на 2. Лю- 
бой числовой операнд команды (например, КЕТ 4) прибавляется к ука- 
зателю стека УР. 


Флаги: Не меняются. 


ЮОГи КОК 
Циклический сдвиг влево и циклический сдвиг вправо 


Операция: Выполняет циклический сдвиг битов (ротацию) влево 
или вправо. Данные операции могут выполняться в байте или в слове, в 
регистре или в памяти. Ротация на один бит кодируется в команде значе- 
нием 1; ротация более чем на один бит требует указания регистра СГ, ко- 
торый содержит счётчик. Для команды КОГ, самый левый бит записыва- 
ется в бит 0; все другие биты сдвигаются влево. Для команды КОК бит 0 
записывается в самый левый бит; все другие биты сдвигаются вправо. 


Флаги: Команда воздействует на флаги СЕР и ОЕ. 
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ЗАНЕ 
Установка флагов из регистра АН 


Операция: Данная команда обеспечивает совместимость с процес- 
сором 8080 для пересылки значений флагов из регистра АН во флаговый 
регистр. Команда ЗАНЕ пересылает определенные биты из регистра АН 
во флаговый регистр в следующем виде: 


57 « А *« Р * С (* обозначает неиспользуемые биты) 
Флаги: Не меняются. 


Оббектный код: 10011110 (без операндов) 


ЗАЕ, 5АК, $НЁ и $НЮ 
Сдвиг влево или вправо 


Операция: Выполняет сдвиг битов влево или вправо. Данные опе- 
рации могут выполняться в байте или в слове, в регистре или в памяти. 
Сдвиг на один бит кодируется в команде значением 1; сдвиг более чем на 
один бит требует указания регистра СГ, который содержит счетчик 
сдвига. 


Команда ЗАВ выполняет арифметический сдвиг, который учиты- 
вает знак сдвигаемого значения. Команды ЭНГ и ЗНК выполняют логи- 
ческий сдвиг и рассматривают знаковый бит как обычный бит данных. 
Команда ЗАГ. выполняется аналогично команде ЗНГ. Команды ЗАТ. и 
ЭНГ. сдвигают биты влево определенное число раз и правый освобожда- 
ющийся бит заполняют нулевым значением. 


Команда ЗНК сдвигает биты вправо определенное число раз и ле- 
вый освобождающийся бит заполняет нулевым значением. Команда ЗАВ 
сдвигает биты вправо определенное число раз и левый освобождающий- 
ся бит заполняет значением знакового бита (0 или 1). Во всех случаях 
значения битов, выдвигаемых за разрядную сетку, теряются. 


Флаги: Команда воздействует на флаги СЕ, ОЕ, РЕ, ЗЕ и ГЕ (флаг 
АЕне определен). 


$ВВ 
Вычитание с заемом 


Операция: Обычно используется при вычитании многословных 
двоичных величин для учета единичного бита переполнения в последую- 
щей фазе операции. В случае, если флаг СЕ установлен в 1, то команда 
ЭВВ сначала вычитает 1 из операнда 1. Команда ЗВВ всегда вычитает 
операнд 2 из операнда 1, аналогично команде ЗОВ. 
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Флаги: Команда воздействует на флаги АЕ, СР, ОЕ, РЕ. ЗЕ и ХЕ. 


$СА$/$СА$В/$СА$\/ 
Поиск байта или слова в строке 


Операция: Выполняет поиск определенного байта или слова в 
строке. Для команды ЗСАЗВ необходимое значение загружается в ре- 
гистр АГ, а для команды ЗСАЗУ\/ — в регистр АХ. Регистровая пара ЕЗ:О1 
указывает на строку в памяти, которая должна быть сканирована. Дан- 
ные команды обычно используются с префиксом КЕРЕ или КЕРМЕ. В 
случае, если флаг ПЕ равен нулю, то операция сканирует память слева 
направо и увеличивает регистр ПТ. В случае, если флаг ОЕ равен едини- 
це, то операция сканирует память справа налево и уменьшает регистр ПТ. 


Флаги: Команда воздействует на флаги АЕ, СР, ОЕ, РЕ, ЗЕ и 7 Е. 


Оббектный код: 1010111\ (без операндов). 


$7ТС 
Установка флага переноса 
Операция: Устанавливает значение флага СЕВ 1. 
Флаги: Команда воздействует на флаг СЕ (устанавливается в 1). 
Оббектный код: 11111001 (без операндов). 
$ТЬ 


Установка флага направления 


Операция: Устанавливает значение флага направления в 1. В ре- 
зультате строковые операции, такие, как МОУ$ или СМР$, обрабатыва- 
ют данные справа налево. 


Флаги: Команда воздействует на флаг ОЕ (устанавливается в 1). 


Оббектный код: 11111101 (без операндов). 


$1 
Установка флага прерывания 


Операция: Разрешает маскируемые внешние прерывания после 
выполнения следующей команды и устанавливает значения флага пре- 
рывания [Е в 1. 


Флаги: Команда воздействует на флаг ГЕ (устанавливается в 1). 


Оббектный код: 11111011 (без операндов). 
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$ТО$/$ТО$В/$ТО$\/ 
Запись однобайтовой или двухбайтовой строки 


Операция: Сохраняет байт или слово в памяти. При использова- 
нии префикса КЕР операция дублирует значение байта или слова опре- 
деленное число раз, что делает ее удобной для очистки областей памяти. 
Для команды ЗТОЗВ необходимый байт загружается в регистр АГ, а для 
команды ЭТОЗУ/ необходимое слово загружается в регистр АХ. Регист- 
ровая пара ЕЗ:О] указывает область памяти, куда должен быть записан 
байт или слово. В случае, если флаг ОЕ равен нулю, то операция записы- 
вает в память слева направо и увеличивает регистр ПОТ. В случае, если 
флаг ОЕ равен единице, то операция записывает в память справа налево 
и уменьшает значение в регистре ПТ. 


Флаги: Не меняются. 


Оббектный код: 1010101\ (без операндов). 


ИВ 
Вычитание двоичных чисел 


Операция: Вычитает байт или слово в регистре, памяти или непо- 
средственное значение из регистра; или вычитает байт или слово в реги- 
стре или непосредственное значение из памяти. 


Флаги: Команда воздействует на флаги АЕ, СЕ, ОЕ, РЕ, ЗЕ и 7 Е. 


ТЕ$Т 
Проверка битов 


Операция: Команда выполняет проверку байта или слова на опре- 
деленную битовую комбинацию. Команда ТЕЗТ действует аналогично 
команде АМО, но не изменяет результирующий операнд. Операнды мо- 
гут иметь однобайтовые или двухбайтовые значения. Второй операнд мо- 
жет иметь непосредственное значение. Команда выставляет флаги в со- 
ответствии с логической функцией И. 


Флаги: Команда воздействует на флаги СЕ, ОЕ, РЕ, ЗЕ и ГЕ (флаг 
АЕне определен). 


МАТ 
Установка процессора в состояние ожидания 


Операция: Позволяет процессору оставаться в состоянии ожида- 
ния, пока не произойдет внешнее прерывание. Данная операция необхо- 
дима для обеспечения синхронизации процессора с внешним устройст- 
вом или с сопроцессором. Процессор ожидает, пока внешнее устройство 
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(или сопроцессор) не закончит выполнение операции и на входной ли- 
нии ТЕ$ЗТ не появится сигнал (активный уровень). 


Флаги: Не меняются. 


Обзектный код: 10011011 


ХСНС 
Перестановка 


Операция: Переставляет два байта или два слова между двумя реги- 
страми (например, ХСНС АН, ВТ) или между регистром и памятью (на- 
пример, ХСНО СХ мога). 


Флаги: Не меняются. 


ХЕАТ 
Перекодировка 


Операция: 'Транслирует байты в другой формат, например при пе- 
реводе нижнего регистра в верхний или при перекодировке АЗСП-кодла в 
ЕВСО[С-код. Для выполнения данной команды необходимо определить 
таблицу преобразования байт и загрузить ее адрес в регистр ВХ. Регистр 
АГ, должен содержать байт, который будет преобразован с помощью ко- 
манды ХГАТ. Операция использует значение в регистре АГ. как смеще- 
ние в таблице, выбирает байт по этому смещению и помещает его в ре- 
гистр АГ. 


Флаги: Не меняются. 


Оббектный код: 11010111 (без операндов). 


ХОР 
Исключающее ИЛИ 


Операция: Выполняет логическую операцию исключающего ИЛИ 
над битами двух операндов. Операндами являются байты или слова в ре- 
гистрах или в памяти, второй операнд может иметь непосредственное 
значение. Команда ХОК обрабатывает операнды побитово. В случае, 
если проверяемые биты одинаковы, то команда ХОК устанавливает бит в 
операнлде 1 равным нулю, если биты различны, то бит в операнде 1 уста- 
навливается равным единице. 


Флаги: Команда воздействует на флаги СЕ, ОЕ, РЕ, ЗЕ и ГЕ (флаг 
АЕ неопределен). 
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